个阶段修复错误的成

然而事实并非如此！首先来自外部来源的示例。早在年就发表了一项研究跟踪项目各本使用传统的瀑布方法实现。正如您所看到的修复仅在生产中检测到的错误的成本比在规划和需求分析阶段发现错误时的成本高出倍。来源为什么成本差异如此之大？正如我们提到的发现错误越晚修复它所需的工作就越多因此开发人员的工作时间也就越多。项目延误和修补技术债务的成本也被考虑在内。我们也树立了自己的榜样。这些数据是从我们几年前完成的项目中收集的。

这些项目是使用敏捷方法来实施的但我们的测试意识肯定比今天低。你会节省多少钱的餐桌正如您所看到的结果与上述研究非常相似。我们得出了相同的结论即使在生产中检测到少量错误也会导致成本大幅增加。尽管我们在开发的早期阶段就发现了大部分错误但这些少数遗漏对 电子邮件数据 最终预算产生了重大影响。修复成本几乎是早期修复的倍。测试还是不测试？我们希望这些具体数字能够激发您的想象力并证明从软件生命周期的一开始就进行实际测试是值得的。测试人员应该是处于规范阶段的项目的一部分并与分析师或架构师密切合作。



经验丰富的测试人员在阅读规范并验证要求的一致性时将能够检测到第一个违规行为。是否总是可以找到并修复所有错误这样它们就不会出现在生产中？对此从来没有的保证。然而我们不断朝这个方向发展以尽量减少项目风险并以尽可能最有效和安全的方式进行软件开发过程。有时为了尽快实现计划的目标我们决定走捷径这也发生在软件开发的情况下。我们希望成为第一个满足市场需求或验证假设的人这就是为什么我们寻求可以在短时间内推出并开始快速赚钱的非最佳解决方案。