目前，在软件测试业界有这样的说法，最短的时间内测试出更多的bug是软件测试高手。我在这里表示反对。
时间，人力，范围是项目三角形，其面积是质量，相同的人力数量和水平，同样的测试范围下，缩时间必将缩小三角形的面积，即降低软件测试质量。这是一个无可辩解的公理。
以前有家公司老板12月31下午5点让测试部测试一个STB（机顶盒）软件项目，6点就要给客户发货，为新年献礼。当然测试只能做些简单的冒烟测试。但是由于第二天是元旦，不用上班，客户拿到产品玩了个通宵，发现几个大问题。其中有一个连续切换频道200次，音量突然变成最大，客户遭到左邻右舍的责骂，当然很生气，把责任告到公司，公司老板把测试部门狠狠批评了一顿。你们说测试部门冤枉吗？太冤了。
想起上月捡白果的事情，上午由于家里有人要来，5分钟就捡10个白果；下午时间比较宽裕花了20多分钟，捡了近80个，因为白果树下是一片草丛，好多白果都被埋在草丛里，有几个大的也不知道啥原因多在两块石封里面，不仔细很难发现。捡白果的同时我就想到了测试，要得到更多的白果就需要有信心，耐心和细心（测试人员应该具备的三心二意中的三心），耐心就要是需要有充裕的时间去做同样的事情。
最后我强调最短的时间内测试出更多的bug在当今竞争社会当然很重要，但是充裕时间也是需要的。测试人员除了发现错误还需要定位问题，有些问题是需要多次严正的，这都需要时间。所以片面强调最短的时间内测试是对质量的犯罪，是不负责任的表现。
作者：顾翔
版权声明：51Testing软件测试网及内容提供者拥有本文全部版权，未经明确的书面许可，任何人或单位不得对本文进行复制、转载或镜像，否则将追究法律责任。
该作者的其他原创：
