敏捷时代,测试还需要吗?

上一篇 / 下一篇  2012-07-09 08:53:11 / 个人分类:测试经验

51Testing软件测试网9U%dm8e [ L

  作为一个测试人员,由于经常接触到敏捷开发这个概念,所以总是在想,既然有敏捷开发,是否也应该有敏捷测试呢?答案当然肯定的,因为测试严格意义上也是属于开发中的一部分。51Testing软件测试网ph1?X!?

r[A,^l3^0V1i'o)z0  但是实际工作中 呢,其实我们更多的还是只听到敏捷开发(真正意义上的开发),几乎没有人提及敏捷测试,甚至测试在敏捷中被严重弱化了,为什么呢?因为在敏捷中开发会被赋 予更多的测试任务,因为我们需要持续得到可交付的产品,所以开发对于代码的要求就会显得特别高,另外的设计人员与客户也会进行相应的测试。这样子的话,当 一个迭代周期一结束,也就意味着这个周期所做功能会有一个Build可以用了,既然这样子的话,要测试来做甚呢?

N"hEi:UK$zf051Testing软件测试网:A4[)c I)Q#N

  关于这个,首先我想 说,这是个理想状况,如果真的开发代码没有质量问题,设计人员与客户也都觉得符合要求,当然测试的作用就没了。不过理想与实际的距离还是挺远的,大约是地 球到太阳的距离了,实际工作中,开发/设计/客户的测试角度总是有种局限性,比如开发只要确保正确的值能正常输入输出就行了,而设计人员与客户呢,只要看 看想要的功能出来就行了,他们中谁能想到我输入负数,输入0,输入很大值会不会报错呢?几个人一起操作会不会出问题呢?

+O6b%A Ba^N0

wfqB [5gxrY0  这些问题他们都不会想到,即使想到他们也不会去真正去试一下,当然也不一定能试出来,试问你怎么让他们帮忙模拟一万个人同时操作呢?51Testing软件测试网 @/}Q+d)k ` P#K

)~t(b:i+}0  所以专职测试人员还是有其作用的,一方面,他们能用客户的角度来检查这个功能能否正常使用;另外一方面,他们又能在测试理论的考虑上来检查功能的各个方面:特殊值、边界值、性能、负载等等。51Testing软件测试网3Bo cM&M+YE-y a#h

51Testing软件测试网 n4[^|fn@"~o

   不过,反过来我们再想想,敏捷以后,测试的范围扩大了,从专职的测试变成人人都是测试了,开发做测试,设计人员做测试,连客户也来做测试。这个范围扩大 的背后,看起来专职人员测试范围“缩小”了,因为本来只有测试人员来做测试,现在大家都来做了,当然就“缩小”了,不过我这里“缩小”是打引号的,为什么 呢?

/Jjb_7c(u051Testing软件测试网\Y*|QBhjEO

  首先,测试人员还是在做自己之前做的事情,这个没变化。51Testing软件测试网e~g^3G&Vyg

51Testing软件测试网#|rK3B*z C

  第二,设计、开发、客户做的事情以前也一直在做,敏捷只是特别强调了,所以理论上来说这个也没变化51Testing软件测试网xL+XN:_5w

Xu9VzPr|0  第三,随着敏捷的开展,对测试新的要求又不断地出现,我们要开始大规模地涉入自动化测试单元测试、迭代测试以及更好地理解客户的意图,所以对于测试人员的要求就越来越高、越来越多。测试的范围应该是被扩大了,而且只是针对测试人员而言的,对于设计/开发/客户呢,还是原来的事情,只是不同的要求和强度罢了。51Testing软件测试网"fRP\RoqL

51Testing软件测试网wI W@S tWb(Fs

  所以按照我的分析,在敏捷中,测试的作用非但没有弱化,而且还比之前有很大提升,当然提升的背后是需要测试人员自身水平的提升,如果只愿意按部就班,不愿意去学习去提升自己能力,那真的只能被弱化了。51Testing软件测试网u7H'u6O]"_![


TAG:

 

评分:0

我来说两句

Open Toolbar