点面结合的测试过程改进

　　点面结合的测试过程改进   软件测试

　　实践证明，测试行为并不是游击战，不能指到哪里打到哪里。如同我们修路一样，贯穿几千公里的高速路，可能分若干个工地同时施工，只要前期规划好了路线和其他的标准，就不用担心工程不能很好的对接。我想这种点面结合的施工方法同样适合我们的测试工作。

　　所谓的点就是某个重要的测试阶段，比如单元测试阶段，系统测试阶段，或者阶段中的阶段，比如制定测试计划和测试方案。所谓的面就是质量管理模型，在这个模型中除了有测试实施的过程，还定义了所有的点的具体标准和行为。

　　比如我们这个模型是这样的：

　　需求---规格设计说明书---开发需求---单元测试----集成测试----系统测试----验收测试(上线)

　　那么这些不通的阶段就是点。其中需求影响这以后的各个阶段，建立起一套规范的需求管理，来指导并约束后续阶段的工作，这就是面。那么如何做好需求管理呢，一方面是做好需求采集，与之有关的人员有市场，客户，产品部门，以后可能研发测试人员也会有新需求或需求改进的提议。不通较色提的需求可能有很大差别，市场人员偏中业务对市场的占有率，因此他们希望新产品有功能独特，新，并且能尽早投入市场，占得先机;客户则注重个人体验，他们会提一些对自己很适用的需求，我们就要来筛选那些是有效需求。(功能越强大越好吗?有些用户可能只用到其中的1/3功能，他就会觉得有2/3的付费是浪费的，这就是质量管理中的心理学。所以说，有效的需求是能满足大部分用户需要的需求);来自开发测试人员的需求可能会偏重技术，我们要分析这是不是由于原始需求不当引起的。

　　同样，我们要有一份原始需求说明书作为这个阶段的输出。

　　对于后续阶段的规格说明书，是根据这个需求制定的，在这个阶段的工作基本类似(其他阶段也是一样)，即保证此阶段集成了上阶段正确的成果，保证这阶段的工作是对现阶段的正确解读，保证此阶段的输出成果是正确并且是下阶段所需要的。

　　好了，点面模型的思路就是这样的，至于每个点怎么来建设，仁者见仁，智者见智吧。

原文转自：http://www.ltesting.net