<分区>
我阅读了很多关于敏捷和瀑布的信息，但我想不出今天有人应该做瀑布的任何理由。我特别关心测试过程。 我是否遗漏了什么，是否有一些明显的优势被我忽略了？
<分区>
我阅读了很多关于敏捷和瀑布的信息，但我想不出今天有人应该做瀑布的任何理由。我特别关心测试过程。 我是否遗漏了什么，是否有一些明显的优势被我忽略了？
最佳答案
仍然有适合使用瀑布流的情况。典型示例包括军事、太空、医疗和安全关键系统，例如飞行控制软件，在这些系统中，您绝对需要首先详细确定规范，进行开发，然后彻底测试整个产品。
敏捷适用于大多数业务和产品软件(即构建的大多数软件)，因为它允许用户从一个粗略的想法开始，并在进行过程中对其进行完善。如果他们的网站或内部业务线应用程序在几次迭代中不太正确(或有错误)，那么它通常会被从有效的位快速交付的业务值(value)所抵消。您不希望从核电站 Controller 系统的粗略想法开始，然后在进行过程中对其进行完善。
使用纯瀑布的权衡是在这些场景中开发软件的成本要高出几个数量级。然而，成本效益仍然是有利的，因为你无法承受(比如说)你的航天器在进入轨道的中途遇到空指针异常。
当然中间有灰色阴影。在瀑布框架(参见 RUP)中使用敏捷技术是可能的，并且可以在纯瀑布和纯敏捷之间扩大和缩小平衡。
关于testing - 瀑布模型测试与敏捷相比有什么优点吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11202519/