我还没碰到过，1天一个BUG都没发现的状况。 这个时候就是考察你的耐心的时候了
发现不聊bug。不代表没有bug
只是不那么容易发现
这个时候是最能表现一个人的能力和耐性的时候 在测试的过程中发现不了BUG不能马上就下结论说是好事或者坏事，因该先检查所依据的工作产品（例如：用例，分析用例设计的是否合适），如果这方面没有问题则可能是Bug达到了稳定，即在缺陷走势图中缺陷已经达到稳定，我们不可能找出所有缺陷，剩下的缺陷属于残余缺陷，这时可以向测试经理反映情况，要求停止测试。 这个问题还是要根据实际情况而定的。一般情况下，允许20%的bug被用户发现，但这20%的bug应该是有关界面或者是在极端条件下才会发生的，绝不能包含很严重的功能和性能上的bug，如果包含了，那么测试人员可能就得负很大的责任了。 说得很好，学到了好多 不错 各位观点都好 测试就是需要激情 学习一下，qa真是不好做啊 如果测试的流程管理严谨，bug虽然不可避免，但是会越来越少的，而且有严格的流程保证，测试的结果是可以进行评估的，从测试的覆盖分析可以看到的测试的充分性和完备的。case不是随便设计的，所以，如果本来很多bug却无法测试出来，不仅仅是测试工程师的水平，是process存在问题。高质量的测试不仅仅是人实现的，是依靠严格的流程出现的
测试
支持二楼的说法。:victory:没有BUG或许是系统已经正常运行，或许是测试人员的测试方法不对而没有找到BUG，因人而异，每个公司的运转也不同。 感觉LS的几位分析的很透彻，确实发现不了BUG的话，也是因测试环节和测试人员各种情况而定，没有办法一定要说是好事还是坏事，需要具体情况具体分析了
软件是不能没有bug的
测试不能发现bug只能说明测试不是很成功，虽然测试到了后期或者甚至测试已经结束，但是测试始终都应该能发现软件的问题。。。 呵，大家都说得差不多啦，我也来说几句不能光凭Bug数据来评定测试人员的绩效！
我们公司老大经常要求我们一个测试版本提100以上的Bug，如果是第1或2个版本，或许还可以，测到后来的几个版本就只有廖廖几个Bug了或者没发现Bug。。。另外，上线前的测试，要尽量测出潜在的Bug，如果这时测试还有严重的Bug的话，可就有点问题了。。。 go through````gold`````````````` 公司用评价测试人员发现BUG的数量来进行绩效考核,不可取,到最后有的测试人员会拿一些小BUG,低质量的BUG来冲数,测试员之间相互攀比,结果造成BUG质量低下,严重BUG被忽视 楼主你是猛人，我从来没想过竟然还有软件没BUG ，BUG无穷无尽啊。我快要受不了了
同意二楼说的
同意二楼说的 恩～～受益匪浅！！！测试过程中发现不了BUG究竟是喜是忧?
1、开发人员水平一般，又是刚提交的新功能，如果没能测出BUG来，那我想该“忧”了2、开发人员水平很牛，也是刚提交的新功能，如果没能测出BUG来，那就有两个极端，要么确实没有问题，要么问题 是致命的，但是本着“只要是人为的肯定有漏洞”的精神，明知有，但是还找不出来，而且很可能是致命的话，那我想也该“忧”了
3、至于已经运行相当一段时间后仍没发生任何问题的话，不能说明软件已经没有BUG了，只能说它已经符合使用需要了，个人认为再投入时间、精力去回归那些可能存在的极端错误不值得，这样或可算“喜” 讨论的很激烈呀,受益良多!
