驳“在最短的时间内测试出更多的bug是软件测试高手”论

发表于:2009-12-23 10:47  作者:顾翔   来源:51Testing软件测试网原创

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试工程师

  目前,在软件测试业界有这样的说法,最短的时间内测试出更多的bug是软件测试高手。我在这里表示反对。

  时间,人力,范围是项目三角形,其面积是质量,相同的人力数量和水平,同样的测试范围下,缩时间必将缩小三角形的面积,即降低软件测试质量。这是一个无可辩解的公理。

  以前有家公司老板12月31下午5点让测试部测试一个STB(机顶盒)软件项目,6点就要给客户发货,为新年献礼。当然测试只能做些简单的冒烟测试。但是由于第二天是元旦,不用上班,客户拿到产品玩了个通宵,发现几个大问题。其中有一个连续切换频道200次,音量突然变成最大,客户遭到左邻右舍的责骂,当然很生气,把责任告到公司,公司老板把测试部门狠狠批评了一顿。你们说测试部门冤枉吗?太冤了。

  想起上月捡白果的事情,上午由于家里有人要来,5分钟就捡10个白果;下午时间比较宽裕花了20多分钟,捡了近80个,因为白果树下是一片草丛,好多白果都被埋在草丛里,有几个大的也不知道啥原因多在两块石封里面,不仔细很难发现。捡白果的同时我就想到了测试,要得到更多的白果就需要有信心,耐心和细心(测试人员应该具备的三心二意中的三心),耐心就要是需要有充裕的时间去做同样的事情。

  最后我强调最短的时间内测试出更多的bug在当今竞争社会当然很重要,但是充裕时间也是需要的。测试人员除了发现错误还需要定位问题,有些问题是需要多次严正的,这都需要时间。所以片面强调最短的时间内测试是对质量的犯罪,是不负责任的表现。

作者:顾翔

邮箱:xianggu625@126.com

版权声明:51Testing软件测试网及内容提供者拥有本文全部版权,未经明确的书面许可,任何人或单位不得对本文进行复制、转载或镜像,否则将追究法律责任。

该作者的其他原创:

测试给开发的一封信

浅谈纯软件测试方法

论敏 捷开发与测试的误解


【大佬说】测试员跳槽时,如何高效地准备面试?

评 论

  • zhifei.xie (2010-12-15 16:17:36)

    楼主最后一句话说得非常好!精辟!

  • testing-king (2009-12-25 19:25:22)

    最短的时间内测试出更多的bug不能说明一定是高手,因为如果质量较好的软件,在一个阶段是没有很多显著的bug的,自

    然也就测试不出很多bug。但是如果有足够的潜在bug,你能在最短时间发现,那当然标志着你的测试水平达标,就是高手


    有时候,为了应对进度,开发需要讲究效率,需要在最短时间内完成模块的开发,测试也一样。 虽然说最短时间不一定能

    测试出更多bug(因为这跟当时软件版本的状况有密切关系),但是,能在最短时间内测试出相对较多的bug,当然是高手

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2019, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道