软件产品内部试用前的两个准备

<本blog皆为原创，内容纯系个人观点，错误及不妥之处请见谅；如引用请注明出处，谢谢！>   

 

      软件产品的内部试用一般有两个目的，一个是作为推向市场之前的最后验证，二是把自己本身当作产品的实际消费者。比如说有集团公司A下的B，C，D三个子公司，其中D公司生产了一个产品X，产品X在集团A内部试用。如此，则试用情况的好坏将影响子公司D在集团A的地位，尤其是A的投资倾向（具体就是money），所以内部试用的结果对D的意义就非同一般了。故下文就确保试用成功发表以下观点。
      首先，在试用之前，D可以做仿真测试。仿真测试做法是：模仿产品X在各个不同群体（A,B,C,D）环境下的真实使用场景，进而找出问题，在针对性的解决或者规避，以免在试用时被别的群体（A,B,C）提出来，而手足无措。这样做的基础有两个：第一，每个产品的价值都是在具体的环境中实现的，所以仿真可以最大限度的提高产品的价值；第二，每个群体的使用环境，大多数情况下都是类似的（比如使用的操作系统，办公软件等），这使得仿真具有可操作性。由此可以看出，决定仿真成败的是仿真度的高低，而仿真度一般决定于调研的质量。调研就是从各个群体真实的使用环境中，得出具体化的，量化的，可操作化的标准，然后根据这个标准再进行仿真的准备。
      这里只对环境的仿真做了描述，没有对产品的仿真描述，原因很简单，产品的描述需要根据产品，具体分析。
      然后，无论如何，没有人能保证试用时，产品不会crash，由于客户对crash的敏感性，crash的处理方式就直接决定了把客户因crash而产生的失败情绪降到什么程度。这里提出的方案是crash-recover方案：指的是在crash之后,迅速recover回到用户刚才的断点。即化用户业务的连续实现为有限断点实现。

 

<本blog皆为原创，内容纯系个人观点，错误及不妥之处请见谅；如引用请注明出处，谢谢！>