敏捷软件工程生命周期

敏捷开发承认项目和客户需求各不相同，因此单一的固定开发方法无法适用于所有项目。团队把工作划分为若干短周期，每个周期都以交付一部分可发布的软件为目标。

打开完整尺寸图表 ↗

敏捷软件工程生命周期

敏捷结合迭代开发与增量开发，以加快交付。把项目拆分为逐步增加功能的版本，每次迭代持续两到三周。在每次迭代中，跨职能团队从需求分析到验收测试全程协作。迭代结束时向客户展示成果。

敏捷软件工程生命周期概述

敏捷可以适应变化，而预测式方法依靠详细规划。预测式规划需要时间和精力。开发开始后，即使需求只发生小幅变化，也会影响开发过程。这种方法依赖项目开始时的需求分析和规划。

敏捷开发无需详细规划。团队在了解软件预期功能和特性的基础上启动工作，并在需求变化时调整方向。它更重视与客户交流，以便团队确认工作方向是否正确。

敏捷方法注重实际，但对复杂项目并不理想，也会带来可持续性、可维护性和可扩展性方面的风险。它所需资源较少，适合需求经常变化的项目。文档较少、与客户交流更多时，成败取决于客户能否清楚说明需求。敏捷也支持并行开发，只需遵循少量易于执行的规则。

软件持续集成与持续测试

在传统开发中，开发人员可能分别编写几天代码，再集成各自完成的单元。敏捷强调每次迭代都产出高质量代码，因此应采用持续集成。持续集成需要严格执行，具体做法因公司而异。例如，有些团队要求每位开发人员在当天结束前集成所有工作成果，因此需要仔细规划任务。这样，客户可以随时看到正在开发的产品并提供反馈。

测试在敏捷软件工程生命周期中的作用

如果等到功能需求全部实现后才开始测试，传统开发就无法充分发挥测试人员的能力。在敏捷开发中，测试人员是团队的正式成员，参与每次迭代的所有阶段，包括规划和需求分析。测试和开发同样重要，贯穿整个过程。尽早发现大部分缺陷，可以减少项目结束时遗留的缺陷。