3 无缺陷代码确保敏捷开发顺利进行
敏捷宣言(公认的敏捷开发的准确定义)中的一条开发原则是:可正常运行的软件是首要的进度测
量标准。可正常运行的软件说明软件不会出现下列问题:无法顺利构建、引发不可预期的行为、不满足
产品需求、及其他常见的编程缺陷(即所谓的"bugs")。
这一原则不只适用于敏捷方法——很多软件开发过程,包括CMMI 和六西格玛等严格的开发模型,
均提倡把编写无缺陷的代码作为基本原则。这些过程都采取阶段内的缺陷控制措施——防止缺陷从引入
阶段泄漏到后续阶段。敏捷开发也强调阶段内的缺陷控制。敏捷开发过程的迭代周期短,因此,必须保
证能迅速识别并纠正所有潜在的软件错误,然后整个团队才能进入下一次迭代――可以开发出功能完
整、可正常运行的软件。
3
即便在某个迭代周期内,敏捷开发团队也在持续集成和回归测试中使用这一方法。它虽然可以有效
地发现导致构建过程或回归测试异常中断的缺陷,但在清除如下几类常见的编程缺陷时效果并不明显:
敏捷宣言(公认的敏捷开发的准确定义)中的一条开发原则是:可正常运行的软件是首要的进度测
量标准。可正常运行的软件说明软件不会出现下列问题:无法顺利构建、引发不可预期的行为、不满足
产品需求、及其他常见的编程缺陷(即所谓的"bugs")。
这一原则不只适用于敏捷方法——很多软件开发过程,包括CMMI 和六西格玛等严格的开发模型,
均提倡把编写无缺陷的代码作为基本原则。这些过程都采取阶段内的缺陷控制措施——防止缺陷从引入
阶段泄漏到后续阶段。敏捷开发也强调阶段内的缺陷控制。敏捷开发过程的迭代周期短,因此,必须保
证能迅速识别并纠正所有潜在的软件错误,然后整个团队才能进入下一次迭代――可以开发出功能完
整、可正常运行的软件。
3
即便在某个迭代周期内,敏捷开发团队也在持续集成和回归测试中使用这一方法。它虽然可以有效
地发现导致构建过程或回归测试异常中断的缺陷,但在清除如下几类常见的编程缺陷时效果并不明显: