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

zhongshch · 发表于 2008-3-27 16:41:28

原帖由 walker1020 于 2007-5-26 16:58 发表

对于这种情况，你可以让测试人员进行“交叉测试”。例如，原来测试人员A一直负责测试第一个模块，B一直负责测试第二个模块，那么经过一段时间后，我就让A负责测试第二个模块，让B负责测试第一个模块。这样，既解 ...

顶，这种方法切实可行，而且非常有效。只是换了模块后会不会影响测试进度？

小宝贝 · 发表于 2008-3-20 10:10:50

“也有公司用评价测试人员发现BUG的数量来进行绩效考核，这不是很合理，所以测试人员要学会保护自己，用质量评估的手段，要对系统熟悉的程度，用和客户的关系和客户的思想及市场定位方面去保护自己。你要说出道理来，否则只能等着被BS吧。

我是一个测试新手，在测试过程中遇到了很多郁闷的事情。
我门公司用用例数除上工作量。
测试负责人给我的模块功能少，所以用例就少，但是侧起来特别不容易，所以时间花的还多，所以我的效率偏低，评估自然就不好。
更令我郁闷的是，同样是测试遗漏，她跟我同事就说：“你怎么那么不细心呢！”
跟我就说“你怎么不多想想啊！”其实那两个遗漏性质一样，而且都是我发现的。
这样的事情太多次了。
我同事是男的，我是女生。她总是认为男生的能力比女生的能力强，男生有遗漏就是不细心，女生有遗漏就是没能力。
我真是郁闷死了。

阿七 · 发表于 2008-3-13 15:49:40

看情况吧应该是总会有BUG的

havards · 发表于 2008-3-13 09:21:36

首先,我觉得得看测试是处于初期还是成熟期
1)要是初期的话,测试人员发现不了BUG,明显是测试人员的能力问题,再牛的公司,再好的开发团队也不能保证刚设计好的软件没有任何BUG.
2)要是成熟期的话,一个测试人员发现不了BUG,就换下测试方法,再发现不了问题,就交叉测试,如果都发现不了问题,那就可以说明测试可以结束了...

sqrsky · 发表于 2008-3-12 08:47:02

太棒了，受益匪浅啊，继续吸收经验！

cityyard · 发表于 2008-3-6 15:18:21

如果是早期测试，测试不出bug

那么可能的原因是测试项设计的有遗漏，或者测试强度不够等等，因为早期测试必定是能抓出很多bug的。

如果是后期的的测试，功能比较稳定了，那么测试不出bug也不奇怪

saffsf · 发表于 2008-3-4 17:06:59

好事情

sunxun0559 · 发表于 2008-3-1 21:16:30

没有完美的软件
BUG总会有

远野志贵 · 发表于 2008-2-22 02:15:52

发现不了BUG明显是坏事。

linwei · 发表于 2008-2-18 14:34:45

我也遇到过这样的情况，起初我比较着急，甚至认为是不是自己的能力有问题。可是，如果你没有放弃继续找找，说不定哪一天一下子就发现了很多Bug，好像Bug也在和你开玩笑地似的。这是Tester应该做的。

对于Leader遇到这种情况，就需要考虑一下对策了。不妨试试#12的建议。

苏高跃 · 发表于 2008-2-18 11:16:32

BUG一般都会有，一个系统完全没有BUG我从没见过。
把所有的BUG找出是不可能，尽力测出BUG就可以了，，，但致命的BUG要好好找了，，，

njglman · 发表于 2008-2-4 17:09:16

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

紫色梦幻 · 发表于 2008-1-28 13:22:01

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

jacky8312 · 发表于 2008-1-21 16:08:56

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

ganbadei!!! · 发表于 2008-1-16 18:52:59

恩～～受益匪浅！！！

sirly2001 · 发表于 2008-1-11 13:43:35

同意二楼说的

liuxz · 发表于 2008-1-9 21:26:19

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

thloong · 发表于 2008-1-7 18:39:10

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

rsl887 · 发表于 2008-1-4 14:03:12

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

zhan_gqian · 发表于 2007-12-26 23:10:49

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

		自动登录	找回密码
密码			(注-册)加入51Testing

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

感觉楼主说的很好

回复 1# 的帖子

顶下

发现不了BUG不是坏事也不是好事！

测试过程中发现不了BUG究竟是喜是忧?

同意二楼说的

站长推荐 /2