怎样尽可能多地发现缺陷,避免遗漏缺陷?

上一篇 / 下一篇  2012-05-25 10:53:14

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

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

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

  以下有几点本人的看法:

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

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

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

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

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

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

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

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

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

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


TAG:

 

评分:0

我来说两句

Open Toolbar