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

oracletest

我到是觉得是好事。发现不了BUG，我会的激情高涨。
    我还没碰到过，1天一个BUG都没发现的状况。

rting

这个时候就是考察你的耐心的时候了
发现不聊bug。不代表没有bug
只是不那么容易发现
这个时候是最能表现一个人的能力和耐性的时候

wangxuan0529

在测试的过程中发现不了BUG不能马上就下结论说是好事或者坏事，因该先检查所依据的工作产品（例如：用例，分析用例设计的是否合适），如果这方面没有问题则可能是Bug达到了稳定，即在缺陷走势图中缺陷已经达到稳定，我们不可能找出所有缺陷，剩下的缺陷属于残余缺陷，这时可以向测试经理反映情况，要求停止测试。

dujun

这个问题还是要根据实际情况而定的。一般情况下，允许20%的bug被用户发现，但这20%的bug应该是有关界面或者是在极端条件下才会发生的，绝不能包含很严重的功能和性能上的bug，如果包含了，那么测试人员可能就得负很大的责任了。

yjr2008

说得很好，学到了好多

yangtesting

不错 各位观点都好 测试就是需要激情

kekia

学习一下，qa真是不好做啊

xueva

如果测试的流程管理严谨，bug虽然不可避免，但是会越来越少的，而且有严格的流程保证，测试的结果是可以进行评估的，从测试的覆盖分析可以看到的测试的充分性和完备的。case不是随便设计的，所以，如果本来很多bug却无法测试出来，不仅仅是测试工程师的水平，是process存在问题。高质量的测试不仅仅是人实现的，是依靠严格的流程出现的

liucui513

支持二楼的说法。
没有BUG或许是系统已经正常运行，或许是测试人员的测试方法不对而没有找到BUG，因人而异，每个公司的运转也不同。

sandregao

感觉LS的几位分析的很透彻，确实发现不了BUG的话，也是因测试环节和测试人员各种情况而定，没有办法一定要说是好事还是坏事，需要具体情况具体分析了

测客

测试不能发现bug只能说明测试不是很成功，虽然测试到了后期或者甚至测试已经结束，但是测试始终都应该能发现软件的问题。。。

zhan_gqian

呵，大家都说得差不多啦，我也来说几句
不能光凭Bug数据来评定测试人员的绩效！
我们公司老大经常要求我们一个测试版本提100以上的Bug，如果是第1或2个版本，或许还可以，测到后来的几个版本就只有廖廖几个Bug了或者没发现Bug。。。另外，上线前的测试，要尽量测出潜在的Bug，如果这时测试还有严重的Bug的话，可就有点问题了。。。

rsl887

go through````gold``````````````

thloong

公司用评价测试人员发现BUG的数量来进行绩效考核,不可取,到最后有的测试人员会拿一些小BUG,低质量的BUG来冲数,测试员之间相互攀比,结果造成BUG质量低下,严重BUG被忽视

liuxz

楼主你是猛人，我从来没想过竟然还有软件没BUG ，BUG无穷无尽啊。我快要受不了了

sirly2001

同意二楼说的

ganbadei!!!

恩～～受益匪浅！！！

jacky8312

1、开发人员水平一般，又是刚提交的新功能，如果没能测出BUG来，那我想该“忧”了
2、开发人员水平很牛，也是刚提交的新功能，如果没能测出BUG来，那就有两个极端，要么确实没有问题，要么问题 是致命的，但是本着“只要是人为的肯定有漏洞”的精神，明知有，但是还找不出来，而且很可能是致命的话，那我想也该“忧”了
3、至于已经运行相当一段时间后仍没发生任何问题的话，不能说明软件已经没有BUG了，只能说它已经符合使用需要了，个人认为再投入时间、精力去回归那些可能存在的极端错误不值得，这样或可算“喜”

紫色梦幻

讨论的很激烈呀,受益良多!

njglman

需要根据具体情况，具体项目、软件成熟度来进行有效判断，我们常常感受到测试人员为找不到BUG而气馁，我认为，只要满足客户要求的测试覆盖就可以了，话虽如此，因为有很多单位BUG数量和考核绩效奖金挂钩，这样造成找不到BUG的话，会影响自己的考核！两者自相矛盾，所以我们能做的必须先学会保护好自己，凡事留证据，邮件抄送领导，与开发人员保持良好的沟通，尽可能的避免因为找不到BUG而对自己造成的伤害和损失。