敏捷开发中的测试

敏捷开发项目的软件测试和瀑布模型开发中的软件测试有很多不同的地方，对于习惯了

瀑布模型的软件测试人员，在敏捷开发项目中往往会发现，测试需要依赖的文档不存在

了，或者提供太简单了。测试人员也不能决定软件的发布了。代码修改频繁，版本发布

快，测试任务重，测试轮次非常多，自动化显得必不可少。如果不能调整自己的心态，

将在测试工作中迷失方向。
今天晚上翻看了一下陈能技著的《软件测试技术大全》,感觉他讲得非常到位，现结合一

些我个人的观点，分享到这里：
1. 在敏捷开发中，测试是整个项目的“车头灯”，它告诉大家现在到哪里了。需要为项

目组提供丰富的信息，使得项目组基于这些可靠的信息做出正确的决定。
为了能做好这个车头灯，测试需要主动地与开发人员讨论需求和设计，一起讨论测试

方法和测试重点。测试人员需要掌握产品的所有特性，了解它们当前所处的状态。测试

人员也要熟悉产品的性能表现，提出改进和优化的建议。如果项目只有一个测试人员的

话，测试还要站在架构师的角度，对产品提出前瞻性的意见，因为这时你需要对产品的

整体表现负责了。

2. 在敏捷项目中，测试人员不再决定产品的发布，对产品质量的只能做到总体把握了。

项目中的每个成员都可能参与到测试中来，因此不应当再针对问题与开发纠缠了，一起

以敏捷为原则。当然测试的目的还是没有变，就是尽可能多地发现Bug，至于Bug什么时

候修复就不必过多地要求了，这个需要根据项目的进展情况来做决定。