顶下
BUG一般都会有，一个系统完全没有BUG我从没见过。把所有的BUG找出是不可能，尽力测出BUG就可以了，，，但致命的BUG要好好找了，，， 我也遇到过这样的情况，起初我比较着急，甚至认为是不是自己的能力有问题。可是，如果你没有放弃继续找找，说不定哪一天一下子就发现了很多Bug，好像Bug也在和你开玩笑地似的。这是Tester应该做的。
对于Leader遇到这种情况，就需要考虑一下对策了。不妨试试#12的建议。 发现不了BUG明显是坏事。:lol 没有完美的软件
BUG总会有 好事情
回复 1# 的帖子
如果是早期测试，测试不出bug那么可能的原因是测试项设计的有遗漏，或者测试强度不够等等，因为早期测试必定是能抓出很多bug的。
如果是后期的的测试，功能比较稳定了，那么测试不出bug也不奇怪 太棒了，受益匪浅啊，继续吸收经验！:lol :lol :lol :victory: 首先,我觉得得看测试是处于初期还是成熟期
1)要是初期的话,测试人员发现不了BUG,明显是测试人员的能力问题,再牛的公司,再好的开发团队也不能保证刚设计好的软件没有任何BUG.
2)要是成熟期的话,一个测试人员发现不了BUG,就换下测试方法,再发现不了问题,就交叉测试,如果都发现不了问题,那就可以说明测试可以结束了... 看情况吧 应该是 总会有BUG的
感觉楼主说的很好
“也有公司用评价测试人员发现BUG的数量来进行绩效考核，这不是很合理，所以测试人员要学会保护自己，用质量评估的手段，要对系统熟悉的程度，用和客户的关系和客户的思想及市场定位方面去保护自己。你要说出道理来，否则只能等着被BS吧。我是一个测试新手，在测试过程中遇到了很多郁闷的事情。
我门公司用用例数除上工作量。
测试负责人给我的模块功能少，所以用例就少，但是侧起来特别不容易，所以时间花的还多，所以我的效率偏低，评估自然就不好。
更令我郁闷的是，同样是测试遗漏，她跟我同事就说：“你怎么那么不细心呢！”
跟我就说“你怎么不多想想啊！”其实那两个遗漏性质一样，而且都是我发现的。
这样的事情太多次了。
我同事是男的，我是女生。她总是认为男生的能力比女生的能力强，男生有遗漏就是不细心，女生有遗漏就是没能力。
我真是郁闷死了。 原帖由 walker1020 于 2007-5-26 16:58 发表 http://bbs.51testing.com/images/common/back.gif
对于这种情况，你可以让测试人员进行“交叉测试”。例如，原来测试人员A一直负责测试第一个模块，B一直负责测试第二个模块，那么经过一段时间后，我就让A负责测试第二个模块，让B负责测试第一个模块。这样，既解 ...
顶，这种方法切实可行，而且非常有效。只是换了模块后会不会影响测试进度？ The best tester is NOT the one who finds the most bugs or who embarrasses programmers most. As a matter of fact he/she is the one who gets the most bugs fixed. 还是要有耐心的坚持一下的吧！！可能就是在你要放弃的时候，BUG就测出来了！ 原帖由 dingjieofzjut 于 2008-3-27 23:39 发表 http://bbs.51testing.com/images/common/back.gif
The best tester is NOT the one who finds the most bugs or who embarrasses programmers most. As a matter of fact he/she is the one who gets the most bugs fixed.
excellent
:handshake 大家一定都知道28定律。
就是说80%的错误出现在20%的模块中。
Bug是一定有的，就看Bug影响的程度了。 还有谢谢二楼的一番话。好在我们公司还没有说用发现BUG的数量来进行绩效考核。
不然就晕死了。
:L 原帖由 nsforever 于 2007-5-25 16:28 发表 http://bbs.51testing.com/images/common/back.gif
我是测试人员，测不出BUG里，心里说有点慌，怕是因为自己漏了哪里了。所有还是有点BUG好，不过最后一轮测完后还是不要有的好。
感觉上面说得有点矛盾，那你到底觉得是有bug好，还是没bug好呢？呵呵 原帖由 walker1020 于 2007-5-26 16:58 发表 http://bbs.51testing.com/images/common/back.gif
对于这种情况，你可以让测试人员进行“交叉测试”。例如，原来测试人员A一直负责测试第一个模块，B一直负责测试第二个模块，那么经过一段时间后，我就让A负责测试第二个模块，让B负责测试第一个模块。这样，既解 ...
说的很有道理，受益菲浅:) :) :) 原帖由 newtypex 于 2007-5-18 20:31 发表 http://bbs.51testing.com/images/common/back.gif
再测一遍，没办法，回归测试本来就是测你的耐心的。。。。。。
请教一下，回归测试应该执行都何种程度呢，我现在测试的系统业务比较复杂，如果要将所有业务全部进行回归测试，加上平常还是其实很多事情要做，觉得有点不现实，所以想请教一下，经常说的回归测试通常执行都何种程度？ 原帖由 zqp 于 2007-6-18 10:12 发表 http://bbs.51testing.com/images/common/back.gif
發現不了BUG,還真不說是好事還是壞事呢,像我們這里,如果測試一段時間沒有發現BUG就會結束測試, 這常常讓我很擔心這個測試員是真的進行了比較全面的測試后沒有發現BUG呢還是隨便走了一遍呢,這確實不好說,因為不可能 ...
我的拙见是，信任你的队员，还有就是靠她自己的责任感。在你将任务给她时，她要知道的是，你不光是给她任务，同事也把自己对她的信任给她，而且如果事情没有很好的完成，她要负的责任
