1.3.1　究竟是无用的测试，还是全能的测试

在敏捷开发模式下，测试不再是只有测试人员才能进行的工作，测试的独特价值被削弱，话语权变低。

敏捷开发模式希望测试人员对业务能有非常深入的了解，可以聚焦并创造价值，尽管很多瀑布开发模式下的测试人员也对业务有所了解，但是在深度上还远远不能达到敏捷开发模式的要求。

敏捷开发模式希望测试人员对产品设计能够有深入的理解，要求测试人员可以阅读代码，能进行单元测试或者接口测试，对于很多瀑布开发模式下的测试人员来说这些能力根本不用关心。

敏捷开发模式比瀑布开发模式更加依赖工具和自动化，其要求测试人员可以进行规模化的自动化测试，这对很多瀑布开发模式下的测试人员来说都是短板。

对于瀑布开发模式下测试人员积累的那些经验，敏捷开发模式的管理者希望测试人员可以将其“赋能”给团队其他角色。

测试独特价值的消失和敏捷开发模式下新的要求，应该是这场“测试无用论”危机出现的根源吧。

与此同时，每个团队中多多少少都会有一些没有人干的杂事，很多敏捷团队都希望测试人员可以承担这部分工作。我们常常看到敏捷开发模式中的测试人员同时操心着项目经理、研发经理、产品经理、运维经理等的工作，以一种“全能”的姿态出现，好像什么都在管，又好像什么都管不了。

敏捷开发对测试人员来说是一场解放运动，需要测试人员在思维和能力方面做出相应的改变。项目、产品、研发、运维，每一项都有其自身的专业性，如果测试人员仅凭敏捷的旗号，却不去学习和理解这些领域的内容，不去思考测试视角在这些领域能够起到哪些作用，就去涉足相关工作，那确实就是“打杂”了，这对测试人员本身和团队来说都是损失。