kason163 2007-5-17 15:03
在测试的过程中发现不了BUG是好事还是坏事
在测试的过程中发现不了BUG是好事还是坏事
rovegirl 2007-5-17 15:41
发现不了BUG即不是好事，也不是坏事。
得看实际情况，有时候确实是几天也发现不了一个BUG，但前提是某系统已经运行一段时间了，或者曾经发现过很多BUG了。这种情况再去测试确定很难找。但是对于一个刚刚才做好的系统来说应该是有很多BUG等待去发现的。这时候再发现不了就是水平问题。至少现在的程序员还没有高到不留BUG的程序。
也有公司用评价测试人员发现BUG的数量来进行绩效考核，这不是很合理，所以测试人员要学会保护自己，用质量评估的手段，要对系统熟悉的程度，用和客户的关系和客户的思想及市场定位方面去保护自己。你要说出道理来，否则只能等着被BS吧。
kason163 2007-5-17 15:50
一个系统已经测试很长时间，最近一段时间一直没有发现什么BUG。我在想BUG肯定是有的，但是人已经产生了惰性，那些已经被测试了无数次的问题现在已经不想再测了
newtypex 2007-5-17 20:00
假如是已经测试过的，那没有BUG还是比较正常的，不过也不能因此而不去测试。毕竟有时候程序改着改着就出现新的BUG的可能性也是有的。
kason163 2007-5-18 17:02
[quote]原帖由 [i]newtypex[/i] 于 2007-5-17 20:00 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=526647&ptid=76334][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
假如是已经测试过的，那没有BUG还是比较正常的，不过也不能因此而不去测试。毕竟有时候程序改着改着就出现新的BUG的可能性也是有的。 [/quote]
那么此时的测试应该如何进行呢？
huash 2007-5-18 17:41
[color=Green]感觉二楼说的很好，支持一下[/color]
newtypex 2007-5-18 20:31
[quote]原帖由 [i]kason163[/i] 于 2007-5-18 17:02 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=528288&ptid=76334][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
那么此时的测试应该如何进行呢？ [/quote]
再测一遍，没办法，回归测试本来就是测你的耐心的。。。。。。
jidiangf 2007-5-20 12:34
对!就是回归测试了!
babiwawa 2007-5-23 17:59
谢谢！对我起到很大的作用
nsforever 2007-5-25 16:28
我是测试人员，测不出BUG里，心里说有点慌，怕是因为自己漏了哪里了。所有还是有点BUG好，不过最后一轮测完后还是不要有的好。
walker1020 2007-5-26 16:42
这个是好事还是坏事，要因人而异，因测试的阶段而异。具体来说，如果一个新手测试了一个系统后告诉我，他没有发行任何Bug，那么我就会怀疑，系统是否真的没有问题了。如果是一个对系统非常熟悉的高级测试工程师经过一段时间的测试后，发送给我一份测试报告，告诉我他执行了哪些Test Case，测试了哪些Function Points，测试的结论是没有发现任何Bug，那么我会相信的。
如果在系统的代码刚刚完成，交给测试人员去测试的时候，却没有发现任何Bug，那么这本身就是有问题的。最合理的解释是Test Case不完善或者是测试人员没有认真、完整、全面地对系统进行测试。如果在经过N次回顾测试后，发现没有什么问题了，那么这是正常地。如果明天就要交付给客户了，可是今天的测试还发现有许多Bug，或者是有几个严重的Bug，那么这只能说明以前的测试流程有问题，Test Case有问题。
对于这样的问题，千万 不要一概而论。[align=right][/align]
walker1020 2007-5-26 16:58
[quote]原帖由 [i]kason163[/i] 于 2007-5-17 15:50 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=526220&ptid=76334][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
一个系统已经测试很长时间，最近一段时间一直没有发现什么BUG。我在想BUG肯定是有的，但是人已经产生了惰性，那些已经被测试了无数次的问题现在已经不想再测了 [/quote]
对于这种情况，你可以让测试人员进行“交叉测试”。例如，原来测试人员A一直负责测试第一个模块，B一直负责测试第二个模块，那么经过一段时间后，我就让A负责测试第二个模块，让B负责测试第一个模块。这样，既解决了这种长期测试形成的麻木和惰性以及定性思维，还可以促使他们对别的模块熟悉起来。（为了尽快熟悉别的模块，我就让他们之间进行沟通和交流。这样也利于团队的良性发展。）有的时候，测试别的模块的时候，人会不自觉地把它和以前测试的模块联系起来，这样结合起来进行测试时，通常会发现许多问题。问题常常发生在模块的接口间。
通过这种方法，我发现测试人员在测试别的模块时，几乎每次都能发现Bug。某些以前从来没有被发现的Bug都被发现了。
walker1020 2007-5-26 16:59
[quote]原帖由 [i]newtypex[/i] 于 2007-5-17 20:00 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=526647&ptid=76334][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
假如是已经测试过的，那没有BUG还是比较正常的，不过也不能因此而不去测试。毕竟有时候程序改着改着就出现新的BUG的可能性也是有的。 [/quote]
微软对测试非常重视，他们发现平均每修改3或4个Bug，都会产生一个新的Bug。所以他们要求及时增加新的Test Case。
lkj8168805 2007-6-12 09:14
我是一个测试新手,听了各位的见解很受益
add1231 2007-6-12 13:11
继续学习中...
yiyi820106 2007-6-12 13:59
关注中。。。
shinerain 2007-6-14 16:45
[quote]原帖由 [i]walker1020[/i] 于 2007-5-26 16:58 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=538486&ptid=76334][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
对于这种情况，你可以让测试人员进行“交叉测试”。例如，原来测试人员A一直负责测试第一个模块，B一直负责测试第二个模块，那么经过一段时间后，我就让A负责测试第二个模块，让B负责测试第一个模块。这样， ... [/quote]
说的很好～～学习了哈～
zqp 2007-6-18 10:12
發現不了BUG,還真不說是好事還是壞事呢, 像我們這里,如果測試一段時間沒有發現BUG就會結束測試, 這常常讓我很擔心這個測試員是真的進行了比較全面的測試后沒有發現BUG呢還是隨便走了一遍呢,這確實不好說,因為不可能把每要測試的點都寫出來,一般我們只寫必測要點,和某些特殊的用例,還有就是自己現場發揮測試. 像有的測試人員就很少去做發揮性的測試...所以發現不了Bug還真不好說...
yiyi820106 2007-6-19 15:26
费了好大劲才看懂楼上的字
seven0918 2007-6-20 09:32
多做回归测试吧
liaoyangliu 2007-6-20 12:40
受益匪淺
imnleester 2007-6-20 14:34
一般情况下，我觉得BUG的状态曲线应该比较符合速的状态曲线，都没有什么太大的问题
support 2007-6-23 11:18
今天你回归测试了吗?
从头在来,
1)整理业务流程,例如画出流程图,设计测试循序;主要为了避免重复测试;
2)清除数据库表,除正式上线必须保留数据以外的所有数据;
有些时候程序员往往忽略没有数据时的异常处理
3)开始测试吧~
另外再验证以往的缺陷,也许会发现些遗留问题!
[[i] 本帖最后由 support 于 2007-6-23 11:20 编辑 [/i]]
glf20255 2007-6-25 10:18
有道理啊，继续学习中。。。。
hasis 2007-6-26 21:48
看了walker老大的评论，真的觉得学到很多东西，特别是比较系统的介绍了在公司里的测试流程。
可是在实际的公司中，好些都是以发现BUG的数量和质量作为测试人员的考核标准，如果几天都不能发现BUG，心里真的是很心虚的。而且对于一个产品而言，不可能BUG被消除，特别是新需求增加的时候，新BUG就由之产生。只有用心，能够全身心的考虑测试用例的覆盖和方法，肯定会发现BUG的。
我猜想楼主是在公司里发现BUG太少，而感觉很尴尬吧
svr678 2007-6-26 23:18
无语，
培养测试人员第一关就是缺陷敏锐度的养成，通过培养基本达到发现bug速度远大于bug溯源速度，看来。。。
svr678 2007-6-26 23:19
技术功底＋质疑的精神
walker1020 2007-7-2 09:48
[quote]原帖由 [i]hasis[/i] 于 2007-6-26 21:48 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=584762&ptid=76334][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
看了walker老大的评论，真的觉得学到很多东西，特别是比较系统的介绍了在公司里的测试流程。
可是在实际的公司中，好些都是以发现BUG的数量和质量作为测试人员的考核标准，如果几天都不能发现BUG，心里真的是 ... [/quote]
BUG的数量和质量可以作为考核测试人员的一个标准，但这不能是唯一的一个标准！还有沟通能力、学习能力、工作态度、合作精神等。
walker1020 2007-7-2 09:54
测试人员的工作的最终目的是 通过提交高质量的Bug 来提高软件的质量。如果把BUG的数量和质量可以作为考核测试人员的唯一标准，那么测试人员可能对前期出现的问题不重视，甚至会有意不去提交，然后等后期出现问题了才去提交。 这样 显得测试人员的工作很多。但前期的一个Bug 可能省去了后期的许多Bug，并且后期修复Bug的代价远远要比前期高，难度也会大许多！
walker1020 2007-7-2 09:57
防范问题的能力远远要比提交Bug的能力重要，因为前者的效果和意义远远优于后者。个人的观点是 防范问题 是我测试的终极目标。防范问题 里面有测试人员的功劳，也有SQA人员的功劳。
deter 2007-7-2 10:59
测试不能仅仅关注发现bug啊！
受教了
letfoxrush 2007-7-4 17:47
真是非常不错的讨论，难得一见的好帖子。
非常赞同walker1020大侠的说法。
对于“测试人员可能对前期出现的问题不重视，甚至会有意不去提交”，
或者可以通过对测试人员长期提交的BUG情况进行度量，把不同阶段的度量指标作为一个评价标准
风华绝代 2007-7-10 15:14
有时候一个新的系统给我，我就真的发现不了涅。
一下就蒙了。呵呵
还有一种情况是，做的软件功能很单一，比较简单。基本就没什么功能上的错误。
这种是不是正常情况啊？
crystalpear 2007-7-10 17:25
我觉得除了上述大家提到,还有跟程序员也有关系,厉害的程序员写出来的程序很稳定,一般BUG会很少,粗心的程序员,即使写逻辑很简单的程序,都会发现很多BUG.
想做飞鱼 2007-7-11 10:24
恩
也有公司用评价测试人员发现BUG的数量来进行绩效考核，这不是很合理，所以测试人员要学会保护自己，用质量评估的手段，要对系统熟悉的程度，用和客户的关系和客户的思想及市场定位方面去保护自己。你要说出道理来，否则只能等着被BS吧。
这点我一定要记牢 因为我有个同事 他们公司就那样
想做飞鱼 2007-7-11 10:32
学习
我们公司现在的程序就是每发一个新版本就有N多BUG，必须从头测试
sunbysun3721 2007-7-12 10:52
我觉的发现不了bug要根据测试人员的工作来决定。
luntan08 2007-7-15 18:04
我现在要测试的是一个很成熟的模块,想发现BUG好难..
mans 2007-7-24 13:50
学习了很多...高手云集啊..
charliemr 2007-7-24 21:01
这也不是什么坏事啊，这会激发你更会去努力啊。也有可能是回归测试中没有发现BUG啊，是在找不到，让同事或朋友帮你啊。