我会定期把我的测试心得和体会发表在这里,希望来阅览的每位朋友都有所获。即使没有,有一点启发,我也心满意足。我也欢迎您的留言,哪怕是对我的批评,或者是指出我的错误。

发现不了BUG是好事还是坏事

上一篇 / 下一篇  2008-03-24 22:49:10

这个是好事还是坏事,要因人而异,因测试的阶段而异。具体来说,如果一个新手测试了一个系统后告诉我,他没有发行任何Bug,那么我就会怀疑,系统是否真的没有问题了。如果是一个对系统非常熟悉的高级测试工程师经过一段时间的测试后,发送给我一份测试报告,告诉我他执行了哪些Test Case,测试了哪些Function Points,测试的结论是没有发现任何Bug,那么我会相信的。

如果在系统的代码刚刚完成,交给测试人员去测试的时候,却没有发现任何Bug,那么这本身就是有问题的。最合理的解释是Test Case不完善或者是测试人员没有认真、完整、全面地对系统进行测试。如果在经过N次回顾测试后,发现没有什么问题了,那么这是正常地。如果明天就要交付给客户了,可是今天的测试还发现有许多Bug,或者是有几个严重的Bug,那么这只能说明以前的测试流程有问题,Test Case有问题。对于这样的问题,千万不要一概而论。

对于长时间的测试后无法发现Bug这种情况,你可以让测试人员进行“交叉测试”。例如,原来测试人员A一直负责测试第一个模块,B一直负责测试第二个模块,那么经过一段时间后,我就让A负责测试第二个模块,让B负责测试第一个模块。这样,既解决了这种长期测试形成的麻木和惰性以及定性思维,还可以促使他们对别的模块熟悉起来。(为了尽快熟悉别的模块,我就让他们之间进行沟通和交流。这样也利于团队的良性发展。)有的时候,测试别的模块的时候,人会不自觉地把它和以前测试的模块联系起来,这样结合起来进行测试时,通常会发现许多问题。问题常常发生在模块的接口间。

通过这种方法,我发现测试人员在测试别的模块时,几乎每次都能发现Bug。某些以前从来没有被发现的Bug都被发现了。

http://bbs.51testing.com/thread-76334-1-1.html


TAG:

 

评分:0

我来说两句

日历

« 2024-03-20  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 35683
  • 日志数: 47
  • 建立时间: 2006-12-15
  • 更新时间: 2013-09-06

RSS订阅

Open Toolbar