使用更新后的数据，表3是一张Dan和Avery项目修复一个缺陷所需成本的更清晰的图表。
因为Avery的项目查找缺陷比修复缺陷花费了更多的时间，所以Avery有高的系统测试成本。虽然如此，Avery这个较大的项目的总缺陷修复成本比Dan这个较小的项目低。并且Avery的修复缺陷的版本发布成本比Dan的项目低许多。
因为成本不仅取决于在项目里执行的活动和什么时候开始跟踪缺陷，也取决于修复缺陷上的花费，所以每个项目有它自己修复一个缺陷的成本。你可以使用修复成本来决定如何继续这个项目或进行下一个项目。如果你的成本太高，而且你还没有在系统测试阶段，那么可以尝试一些缺陷发现和预防技术。如果每个人一起查找和修复缺陷，那么不仅仅只计算修复时间，也计算了查找缺陷的时间。
如果你在系统测试阶段的查找和修复缺陷的成本很高，那么发布初期的风险是什么?Avery可能在查找和修复缺陷成本为3333美元时选择早一些结束系统测试并早一些发布，同时他知道项目版本发布成本将上升。只有Avery和他的管理部门能够评估发布初期的风险。
可以使用发布前的修复成本来了解你和你的职员在项目发布前的活动是否有成本效益。我发现每个组织不紧密依赖于项目而有各自特定的版本发布成本。因而我使用版本发布成本来帮助定义发布标准。这帮助你管理在发布后有太多缺陷需要修复的风险。
了解查找和修复一个缺陷需多少成本使得你可以对查找、修复、验证缺陷的过程提出疑问。这是使用合适质量建立一个系统的另一个方法.
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
