修复软件缺陷的成本

1、修复软件缺陷的成本对于发现和修复缺陷，我们有不同的看法和策略。关 于选择是否修复和什么时候修复缺陷，取决于很多因素，其 中最容易理解的一个因素是修复一个缺陷的实际成本。今天，测试专家 Johanna Rothman 将和大家分享一个关 于计算系统测试中修复缺陷的成本的方法，以及如何将这个 方法纳入项目的大框架中。Dan 在一个有着其他四个成员的项目中做开发人员。他 们在项目开始的前八个月只开发产品，不修复任何缺陷，除 非缺陷阻塞他们继续开发。 Dan 和他的团队认为同时修复所 有缺陷是更节省成本的。因此在第九个月，即预期发布的前 一个月，他们觉得是时候修复缺陷了。Avery 在一个与市场实际同

2、步的公司当项目经理。由于 受到限制，所以每个客户都马上要一个B版本，这样他们可以尽快开始使用软件。考虑到一个有着许多缺陷的B版本将使他们的客户愤怒， Avery 认为，让开发人员在系统测试之 前就开始查找和修复严重缺陷是更节省成本并且是低风险 的。两个项目对于查找和修复缺陷使用两种完全不同的方 法。我们对于修复缺陷都有不同的看法，尤其是什么时候修 复哪些缺陷。选择是否修复缺陷取决于很多因素，如：开发 的产品类型；携带已知或未知缺陷的风险；开发过程；当确 定修复缺陷时，需要多少成本。其中最容易理解的一个因素是修复一个缺陷的实际成 本。这个成本反映到选择的开发生命周期、开发过程，并帮 助你在可以承

3、受的风险内决定提交或不提交产品。然而，事 实上很多人都不知道修复一个缺陷需要花费多少成本。如果 你也没有把握，那么这里有一个用来测量这项成本的估算方 法。在系统测试的时候，人们全身心投入于查找和修复缺 陷，可以计算出缺陷的数量。你知道多少人（开发人员、测 试人员以及其他任何人）在做这个项目，你也知道系统测试 的持续时间。有了这些数据，你就可以计算出项目在这个阶 段修复一个缺陷的成本。可以通过下面的公式计算查找和修 复一个缺陷的平均成本。修复一个缺陷的平均成本=（人员数量X天数）X平均人日成本 /修复的缺陷数量注意：“发现”的缺陷数量不具备足够的信息，而应该 使用“修复”的缺陷数量。发现缺陷只是

4、第一个步骤。定位 错误、决定如何修复、开发人员测试（又名单元测试）修复 的内容、系统测试修复项、 寻找由这个缺陷引起的其它缺陷， 所有这些都是为什么使用“修复”数值是如此的重要。让我500 美们看一些例子。在这些例子中，我假设每人日成本是 元。Dan 的项目在系统测试时，暴露了大量的缺陷，虽然大 部分缺陷是容易修复的，但是还有一些缺陷需要花很长时 间。 Avery 的项目在系统测试时暴露出非常少的缺陷，但是 由于发现每个缺陷的时间间隔是如此的长，所以似乎是花很 长时间在修复一个缺陷。使用上面提到的计算公式，表 1 是 Dan 和 Avery 项目系统测试的数据。只要你回顾一下项目的整个框架，就

5、可以看出这项度量 对系统测试修复缺陷成本的估算是有益的。但是，我们注意 到 Avery 项目的修复成本是很高的。实际上， Avery 的项目 是以非常低的让客户失望的风险到达B发布日期（在系统测试的20个工作日）。Dan的项目花了两个月（40个工作日） 的测试时间，虽然修复了 125 个缺陷，但是他们仍然有超过 300 个的缺陷没有修复。因为 Dan 的团队在系统测试前很努 力地在预防缺陷，所以 Avery 的项目是节省成本的。因为 Avery 的团队预先发现并修复了大部分的缺陷，所以实际上 使用上面的估算技术，他们修复缺陷的成本在系统测试中被 大大放大。因为 Avery 的项目在系统测试之前

6、发现并修复了 大部分的缺陷，所以上述估算技术是不合理的。 Avery 项目 能够用计算出实际查找和修复缺陷的成本来代替估算值。 Avery 平均使用了 8 个小时的系统测试时间来查找和修复一个缺陷。表 2 是对 Avery 系统测试成本更实际的估算使用更新后的数据， 表 3 是一张 Dan 和 Avery 项目修复 一个缺陷所需成本的更清晰的图表。因为 Avery 的项目查找缺陷比修复缺陷花费了更多的时 间，所以 Avery 有高的系统测试成本。虽然如此， Avery 这 个较大的项目的总缺陷修复成本比 Dan 这个较小的项目低。 并且 Avery 的修复缺陷的版本发布成本比 Dan 的项目低

7、许 多。因为成本不仅取决于在项目里执行的活动和什么时候 开始跟踪缺陷，也取决于修复缺陷上的花费，所以每个项目 有它自己修复一个缺陷的成本。你可以使用修复成本来决定 如何继续这个项目或进行下一个项目。如果你的成本太高， 而且你还没有在系统测试阶段，那么可以尝试一些缺陷发现 和预防技术。如果每个人一起查找和修复缺陷，那么不仅仅 只计算修复时间，也计算了查找缺陷的时间。如果你在系统测试阶段的查找和修复缺陷的成本很高， 那么发布初期的风险是什么 ?Avery 可能在查找和修复缺陷 成本为 3333 美元时选择早一些结束系统测试并早一些发布， 同时他知道项目版本发布成本将上升。只有 Avery 和他的管 理部门能够评估发布初期的风险。可以使用发布前的修复成本来了解你和你的职员在项 目发布前的活动是否有成本效益。我发现每个组织不紧密依 赖于项目而有各自特定的版本发布成本。因而我使