实践证明，测试行为并不是游击战，不能指到哪里打到哪里。如同我们修路一样，贯穿几千公里的高速路，可以分若干个工地同时施工，只要前期计划好了途径和其他的规范，就不用担心工程不能很好的对接。我想这种点面结合的施工方法同样相宜我们的测试义务。
所谓的点就是某个重要的测试阶段，比喻单元测试阶段，系统测试阶段，或者阶段中的阶段，比喻制定测试计划和测试计划。所谓的面就是质量管理模型，在这个模型中除了有测试实施的过程，还定义了所有的点的具体规范和行为。
比喻我们这个模型是这样的：
需求---规格设计说明书---开发需求---单元测试----集成测试----系统测试----验收测试(上线)
那么这些不通的阶段就是点。其中需求影响这以后的各个阶段，建立起一套规范的需求管理，来指导并约束后续阶段的义务，这就是面。那么如何做好需求管理呢，一方面是做好需求采集，与之有关的人员有市场，客户，产品部门，以后可以研发测试人员也会有新需求或需求改善的提议。不通较色提的需求可以有很大差别，市场人员偏中业务对市场的占有率，因此他们欲望新产品有功能奇异，新，并且能尽早投入市场，占得先机;客户则注重个人体验，他们会提一些对自己很适用的需求，我们就要来筛选那些是有效需求。(功能越强大越好吗?有些用户可以只用到其中的1÷3功能，他就会以为有2÷3的付费是糟践的，这就是质量管理中的心理学。所以说，有效的需求是能满足大部分用户需要的需求);来自开发测试人员的需求可以会偏重技术，我们要分析这是不是由于原始需求不当引起的。
同样，我们要有一份原始需求说明书作为这个阶段的输出。
对于后续阶段的规格说明书，是根据这个需求制定的，在这个阶段的义务基本类似(其他阶段也是一样)，即保证此阶段集成了上阶段正确的后果，保证这阶段的义务是对现阶段的正确解读，保证此阶段的输出后果是正确并且是下阶段所需要的。
好了，点面模型的思路就是这样的，至于每个点怎么来建立，仁者见仁，智者见智吧。
文章来源于领测软件测试网 https://www.ltesting.net/
