[原创]怎样尽可能多地发现缺陷，避免遗漏缺陷？

    遗漏缺陷，对测试来说，这是个很敏感的话题； 遗漏缺陷对每个项目来说，或多或少都会有，但如何能尽量避免遗漏缺陷，这是个很头疼的话题，特别是在项目多，但测试人员少的情况下，测试时间被压缩，参与项目测试的测试人员频繁调动，大家都在赶进度，这在一定程度上加剧了缺陷的遗漏。

    年底了，公司的项目都要赶在过年前结项，一大堆的项目等着测试，测试人员又少；我统计了下近期结项的几个项目，缺陷遗漏率明显增高，更有甚者，有个别项目在第三循环测试后，缺陷遗漏率仍达到80%，多可怕的一个数字呀，这样的产品上线后，会是什么样的结果？？

  今天，我向部门的其他测试人员了解了下，对于这种情况，相当大部门的同事均认为是公司项目多，测试时间紧，以致开发及测试质量明显下降。测试时间紧，测试人员调动大，这确实是个原因，但并不是主要原因，主要原因还在于测试用例及测试策略的不规范，以及测试前的准备工作不到位。

  以下有几点本人的看法：

1.无论在什么情况下，测试前的准备工作要做足，对于参与测试的人员，在测试前，需进行项目新增功能点的培训，让参与测试的人员能尽快熟悉系统，减少测试过程中不必要的沟通。

2.测试用例需尽量完善，如果靠执行测试用例，能发现70%的缺陷，那这个用例就很优秀了。但目前普遍都达不到这个要求。

3.测试策略需尽量分配到具体功能点或者具体业务流，不要以整个大模块为分配点，以整个模块为测试目标，测试人员会导致测试重点不明或者产生测试重点偏差，容易遗漏缺陷。

4.第一循环测试，尽量投入人力和时间，要在第一循环发现大部分缺陷，不要把缺陷留到后面。

5.每天下班前，需召集参与项目测试的所有人员，讨论下今天的测试情况及缺陷情况，有必要时并适时对测试策略进行调整。

6.测试策略需注意交叉测试，以缓解测试人员由于审美疲劳产生的缺陷遗漏。

7.每个测试循环的测试完成后，需及时维护测试用例，新增并维护遗漏的业务流或功能点。

8.对于一个维护类型的项目，自动化测试很重要，它能代替手工完成很大部分的工作量。需大力推广自动测试。

9.另外，缺陷描述需准确，以减少由于开发人员看不懂缺陷而进行来回沟通的时间。

10.每次测试完成后，项目测试负责人都需总结经验，并总结比较容易出现缺陷的模块，以备下次测试时做为重点。

转载于:https://www.cnblogs.com/ybbh5776/archive/2011/08/26/2154258.html