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

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

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

　　这些问题他们都不会想到，即使想到他们也不会去真正去试一下，当然也不一定能试出来，试问你怎么让他们帮忙模拟一万个人同时操作呢？

　　所以专职测试人员还是有其作用的，一方面，他们能用客户的角度来检查这个功能能否正常使用；另外一方面，他们又能在测试理论的考虑上来检查功能的各个方面：特殊值、边界值、性能、负载等等。

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

　　首先，测试人员还是在做自己之前做的事情，这个没变化。

　　第二，设计、开发、客户做的事情以前也一直在做，敏捷只是特别强调了，所以理论上来说这个也没变化

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

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