kason163 发表于 2007-5-17 15:03:22

在测试的过程中发现不了BUG是好事还是坏事

在测试的过程中发现不了BUG是好事还是坏事

rovegirl 发表于 2007-5-17 15:41:39

发现不了BUG即不是好事，也不是坏事。
得看实际情况，有时候确实是几天也发现不了一个BUG，但前提是某系统已经运行一段时间了，或者曾经发现过很多BUG了。这种情况再去测试确定很难找。但是对于一个刚刚才做好的系统来说应该是有很多BUG等待去发现的。这时候再发现不了就是水平问题。至少现在的程序员还没有高到不留BUG的程序。
      也有公司用评价测试人员发现BUG的数量来进行绩效考核，这不是很合理，所以测试人员要学会保护自己，用质量评估的手段，要对系统熟悉的程度，用和客户的关系和客户的思想及市场定位方面去保护自己。你要说出道理来，否则只能等着被BS吧。

kason163 发表于 2007-5-17 15:50:46

一个系统已经测试很长时间，最近一段时间一直没有发现什么BUG。我在想BUG肯定是有的，但是人已经产生了惰性，那些已经被测试了无数次的问题现在已经不想再测了

newtypex 发表于 2007-5-17 20:00:55

假如是已经测试过的，那没有BUG还是比较正常的，不过也不能因此而不去测试。毕竟有时候程序改着改着就出现新的BUG的可能性也是有的。

kason163 发表于 2007-5-18 17:02:13

原帖由 newtypex 于 2007-5-17 20:00 发表 http://bbs.51testing.com/images/common/back.gif
假如是已经测试过的，那没有BUG还是比较正常的，不过也不能因此而不去测试。毕竟有时候程序改着改着就出现新的BUG的可能性也是有的。
那么此时的测试应该如何进行呢？

huash 发表于 2007-5-18 17:41:21

感觉二楼说的很好，支持一下

newtypex 发表于 2007-5-18 20:31:30

原帖由 kason163 于 2007-5-18 17:02 发表 http://bbs.51testing.com/images/common/back.gif

那么此时的测试应该如何进行呢？

再测一遍，没办法，回归测试本来就是测你的耐心的。。。。。。

jidiangf 发表于 2007-5-20 12:34:52

对!就是回归测试了!

babiwawa 发表于 2007-5-23 17:59:13

谢谢！对我起到很大的作用

nsforever 发表于 2007-5-25 16:28:05

我是测试人员，测不出BUG里，心里说有点慌，怕是因为自己漏了哪里了。所有还是有点BUG好，不过最后一轮测完后还是不要有的好。

walker1020 发表于 2007-5-26 16:42:00

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

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

walker1020 发表于 2007-5-26 16:58:06

原帖由 kason163 于 2007-5-17 15:50 发表 http://bbs.51testing.com/images/common/back.gif
一个系统已经测试很长时间，最近一段时间一直没有发现什么BUG。我在想BUG肯定是有的，但是人已经产生了惰性，那些已经被测试了无数次的问题现在已经不想再测了

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

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

walker1020 发表于 2007-5-26 16:59:49

原帖由 newtypex 于 2007-5-17 20:00 发表 http://bbs.51testing.com/images/common/back.gif
假如是已经测试过的，那没有BUG还是比较正常的，不过也不能因此而不去测试。毕竟有时候程序改着改着就出现新的BUG的可能性也是有的。

微软对测试非常重视，他们发现平均每修改3或4个Bug，都会产生一个新的Bug。所以他们要求及时增加新的Test Case。

lkj8168805 发表于 2007-6-12 09:14:51

我是一个测试新手,听了各位的见解很受益

add1231 发表于 2007-6-12 13:11:41

继续学习中...

yiyi820106 发表于 2007-6-12 13:59:58

关注中。。。

shinerain 发表于 2007-6-14 16:45:12

原帖由 walker1020 于 2007-5-26 16:58 发表 http://bbs.51testing.com/images/common/back.gif


对于这种情况，你可以让测试人员进行“交叉测试”。例如，原来测试人员A一直负责测试第一个模块，B一直负责测试第二个模块，那么经过一段时间后，我就让A负责测试第二个模块，让B负责测试第一个模块。这样， ...
说的很好～～学习了哈～

zqp 发表于 2007-6-18 10:12:51

發現不了BUG,還真不說是好事還是壞事呢,像我們這里,如果測試一段時間沒有發現BUG就會結束測試, 這常常讓我很擔心這個測試員是真的進行了比較全面的測試后沒有發現BUG呢還是隨便走了一遍呢,這確實不好說,因為不可能把每要測試的點都寫出來,一般我們只寫必測要點,和某些特殊的用例,還有就是自己現場發揮測試. 像有的測試人員就很少去做發揮性的測試...所以發現不了Bug還真不好說...

yiyi820106 发表于 2007-6-19 15:26:46

费了好大劲才看懂楼上的字

seven0918 发表于 2007-6-20 09:32:36

多做回归测试吧
页: [1] 2 3 4 5 6 7
查看完整版本: 在测试的过程中发现不了BUG是好事还是坏事