发现不了BUG即不是好事，也不是坏事。
得看实际情况，有时候确实是几天也发现不了一个BUG，但前提是某系统已经运行一段时间了，或者曾经发现过很多BUG了。这种情况再去测试确定很难找。但是对于一个刚刚才做好 ...
说得好，得综合起来考虑这个问题吧 如果你作为管理人员，怎么处理员工的惰性和不回归测试。 有没bug的软件么?
所以 没bug 在于测试这并未发现~
谈不上好和坏~~
正如 2楼所说tester应该仔细 和会自我保护~ 学习到了 这个还真是难说，但是如果你没有发现，被客户发现，那就不妙了 原帖由 kason163 于 2007-5-17 15:50 发表 http://bbs.51testing.com/images/common/back.gif
一个系统已经测试很长时间，最近一段时间一直没有发现什么BUG。我在想BUG肯定是有的，但是人已经产生了惰性，那些已经被测试了无数次的问题现在已经不想再测了
同意你的说法
最好不能让我们的客户发现bug 应该是好事。 感觉找不到bug不是什么好事，任何软件，bug是找不完的，另外，我记得以前有人有过这样的统计，末发现的bug不会少于己发现的bug. 反正我们现在是努力多看懂用户的需求，再跟软件模块结合起来，多运行几次用例，就好拉 事务的两面性告诉我们，无法确定判断它的好坏。必须明确一点，软件质量不是测出来的。
如果测试人员天天测到一大堆低级的bug，无疑说明软件质量太差，对开发，对测试都是坏事。首先，测试人员把大量精力放在这些重复的bug上，无法进行深层次的研究；其次，开发人员也把大量时间花在这些bug的反复修改上，也不能进行更深层次的开发。
当然，终日测不到bug,要不就是开发人员无敌，要不就是测试人员无能，其中也不排除人为因素。
很同意walk1020的观点。有经验的人，比书本知识生动多了！ sdlkfj3 sdlkfj3
这个事情我也经常在考虑~~~作为测试新手，没有很多经验，在这边来学习了哈
技术功底＋质疑的精神+外带对需求的深度把握
技术功底＋质疑的精神+外带对需求的深度把握,不然会产生很多不必要的考虑外加争论. 很多时候发现不了BUG是由于人的惯性思维跟惰性心理,特别是小公司中程序员与测试员搭档久了,通过以往的BUG程序员很了解你的思维方式,
一个优秀的程序员在编写过程中会注意这些问题,提交前会先检查这些错误,
这时候,如果测试员再用原有的思维方式,就会发现BUG数量很少,或者发现不了;
还有一种情况是一个系统测了很久了,新版本出来,你点来点去,发现跟原来差不多,惰性上来了,
执行用例时可能就睁一只眼闭一只眼,这时就很难有突破,所以,质疑的精神非常重要 是好事 路过 最好不要放过弱智bug啊 测试中发现不了bug,肯定不是好事,否则测试就失去了它存在的意义了 没有发现BUG几乎是不可能的,每一轮做回归时都会多少加一些新的BUG,有的是改动引起的,也有是前面遗漏的,隐藏较深的问题,有时发现不了问题,需求转换一下思考方式吧
