如何增加评估成本降低失败成本？

Question

据说，评估成本的增加(即用于查找非关联-测试、评审的成本)降低了失败成本(包括内部(修复我们发现的缺陷+重新测试)和外部故障成本(修复客户发现的缺陷+重新测试)。

嗯，我认为只有当客户发现缺陷的成本更高时，才是真的。我的意思是：

当我投资于测试时，它发现的缺陷返工的成本将大致与客户发现的相同。我的开发人员的报酬是一样的，不管他们是修复客户发现的错误，还是我们自己发现的错误。当然，这其中也包括一些开销，我不考虑间接成本，比如我们生产be软件的声誉下降。

但我只是不相信失败成本会随着评估成本的增加而降低，就像几本书所说的那样。

以下列情况为例：

更多的测试，更少的客户缺陷测试成本: 10K (发现了几个问题)

内部发现缺陷的返工成本: 5K

外部发现缺陷的返工成本3K

Total=18K。

测试越少，客户缺陷越多

测试成本: 2K (发现问题不多)

返工问题(很少我们的+全部来自客户)：12K。(是以前情况的两倍多)

Total=14K

我在测试上节省的钱花在了修复上，甚至存了一点钱。

Answer 1

在你的分析中你遗漏了几个成本因素。其中有些是在你的部门之外，但对整个公司有影响。其他人则不然。

一些缺失的成本因素：

• 客户支持的成本--每一个逃到野外的错误都会导致一定数量的客户支持时间:支持电话/电子邮件，支持人员调试和重现问题的时间，编写问题并发送给您的组的时间，然后当您修复并发布修复后，验证它并通知客户的时间。
• 部署成本-除非您正在运行一个持续的集成和持续测试环境，否则构建和释放每个部署都需要付出代价。如果您更早地花费更少的时间和精力来捕获bug，那么您将花费更多的时间和精力来进行补丁部署。这使您没有更多的时间进行新的开发。
• 降低转换成本--这可能很难计算，但发布的产品中的but越多，客户就越有可能认为值得努力寻找替代方案。
• 客户流失的增加--这对你的影响有多大--以及这种影响将如何显现--将取决于你的业务性质:如果你的收入很大一部分来自于对某项服务的长期订阅，那么当客户转向同等的服务时，你可能会损失很多。另一方面，如果你依赖于销售，你可能会看到销售数字下降，因为有传言说有问题的产品。
• 增加上下文切换时间-在开发过程中或完成后不久捕获的Bugs涉及开发人员仍然熟悉的代码。稍后，在开发人员转到其他项目之后，Bugs需要修复人员重新熟悉代码和业务逻辑，然后才能修复问题。他们还可能需要创建新的分支，搁置当前的工作，以便使用正确的代码基或任何数量的其他设置活动。所有这些都需要时间，而这些时间不能用于处理新特性。

仍然有可能计算出允许发布but的全部成本，但这比您列出的要困难得多。