敏捷开发中的测试,该怎么处理

敏捷开发中的测试
敏捷开发的原则之一：测试驱动开发
那么这里的“测试”是谁来做的？开发人员自己吗？那么传统意义上的测试人员还需要吗？

------解决方案--------------------
敏捷所谓测试不是传统意义上的测试。

1. 它是纯粹的自动化测试，而不是手工测试。即使测试用例有上千个，自动化测试也可以每天可以回归几百次。而手工测试可能几个月才能回归一次。
2. 它是全面的集成测试，而不是简单的蜻蜓点水般地对个别功能进行测试。测试驱动有个著名的结论你可以记住：如果一段功能的代码没有测试代码来测试它，那么你就可以删除这段代码。

至于你说的是不是开发人员写测试，我认为至少现在中国的开发人员普遍都没有这个素质，所以恐怕只能由经理、架构师、自动化测试主管级别的人来写。在国外，特别是一些世界流行的开源项目中，开发人员普遍都有测试驱动素质，不用跟他们强调什么敏捷开发，因为那些开发人员认为测试驱动是天经地义的平常事，只要做到测试驱动那么就立刻可以进入敏捷开发过程中。
------解决方案--------------------

探讨

谢谢sp1234的答复。
我是一名过程改进人员。目前在组织内推CMMI，开发人员普遍不愿意写文档，还处于你所说“想到哪里才开发到哪里”的方式。项目经理以“敏捷开发”来解释为什么不需要文档。