测试用例设计和测试执行中对产品需求点的全面覆盖是必须的，而对于定制项目来说完全覆盖产品需求点则更显得重要。按照之前流程：产品需求评审->测试用例编写->测试用例评审->完善测试用例->测试执行->测试结束，其实这里面的主要问题在于测试用例编写时如何把隐性和显性需求尽可能的完全覆盖，靠测试人员能力和用例评审有时是不能完全覆盖的，大家测试时都会有一个体会，在测试用例编写期间有些需求点是发掘不出来的或者理解的不够透彻（除非公司有专门的需求编写人员，把产品需求点罗列的很详细），只有实际测试过几轮次才能够透彻需求和功能以及连带的各种疑问。这里想从整个项目的角度谈谈如何提高需求点覆盖（如果需求点能在测试用例编写期间完全覆盖是最好的），这里改动下流程：
产品需求评审->测试用例编写->测试用例评审->完善测试用例（提高需求点覆盖）->测试执行->需求点追盖->测试执行->测试结束
这里主要增加需求点追盖，也就是在测试几个轮次之后，等各测试人员对于各个功能模块有了充分的理解之后再组织需求点讨论解答会议，测试主导，开发人员和技术支持人员参加，针对前几轮测试是否有遗漏需求点，测试重点是否有偏离，用户场景的介绍等等交流讨论。测试的愿景是尽可能把所有问题都暴露在测试前期，但是这只是理想，实际是不现实的，那么我们要做的就是如何完善，从整个项目的角度提高需求覆盖，高质量的完成测试任务。
版权声明：本文出自 没翅膀的飞鱼 的51Testing软件测试博客：http://www.51testing.com/?363907
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
