关键字：质量管理
4.5 迭代生命周期的审查
审查是提高瀑布模型项目质量的好方法。但对于迭代项目来说，如何在短的周期来做该工作呢？需要考虑迭代开发生命周期中审查的角色。
在瀑布型过程中，审查对成功是至关重要的，因为团队不看重较早开发的代码，也就是说，他们不会回到前面的“阶段”。同时，由于瀑布周期时段很长，以至于到下游阶段发现错误时，原作者常常已经帮不上忙，即使可以，他们也已经忘记了工作的内容。使用瀑布方法时，审查是对抗糟糕质量的唯一安全措施。
相反，迭代开发周期短（平均3～9周），每个团队成员都是确保迭代成功的关键，即当下游人员发现错误时，这些成员不仅可用，而且他们已经准备好并期望在生命周期中尽早开始修复工作。
通常在进行工作产品审查时，大家倾向于无论看到的问题对于迭代成功的重要性如何，都会猛扑向任何发现的错误（甚至是极其微小、无足轻重的）。尽管审查似乎要求成员尽量争取完美，然而在短的迭代周期中，更应该关注的是完成工作。一定要记住迭代方法的原则是“让迭代自己证明自己”，允许质量可疑的事情进行。当实际使用时，我们将认识到它是否足够好。
无论何种开发生命周期，审查中的主要反馈来自下游的使用者，因为他们将不得不使用系统。对于迭代开发过程，唯一不同的是与其在交付到下一道“工序”前审查工作产品，不如把工作产品实际地立即投入使用，在实践中进行检验，这是它最重要的改进。
那么这意味着在迭代生命周期中不应该有任何审查吗？不是的，但确实进行的次数比大部分项目团队少得多，特别是如果团队一开始就采用瀑布型的方法。如果真的接受迭代方法，那么审查的数量应该被自动地减少。举例来说，如果迭代项目的生命周期是六周，则应该考虑进行多少审查工作，而不影响完成迭代的工作。
在迭代开发中，创建计划证明迭代过程的正确性是非常必要的。对于重视审查的项目团队，在初始阶段还有一个额外的步骤。就是要将需审查的每个工作产品映射到迭代中。假设限制每个迭代过程中最多三个工作产品，那么对于六周的迭代过程，三个审查会显得很繁重，唯一的办法就是减少审查的数量，因而需要为审查计划提供许多提示，并且确保正确的人参与。，避免落入频繁审查的圈套。
相关阅读：
版权声明：51Testing软件测试网获电子工业出版社授权连载《软件质量管理实践》部分章节，其他个人或单位未经许可，不得对本内容复制、转载或进行镜像。51Testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。
