如何计算崩溃的“成本”？

Question

背景

前段时间，我为一个内部程序构建了一个记录和分类应用程序崩溃的系统。当时，我使用频率和聚合丢失时间（程序启动和崩溃之间的时间）的组合来确定崩溃类型的优先级。它运作得相当好。

现在，想要在每种类型的崩溃的成本上获得可靠的数字。或者至少是看起来的数字。我想我可以使用总损失时间乘以一些似乎合理的数字，但似乎很狡猾。

问题：

是否有任何已建立的方法来计算应用程序崩溃的实际成本？或者没有，发表的研究推测这些成本？

---

共识

准确性是不可能的，但如果一致地应用并且其限制明确记录，则基于正常运行时间的估计应该足够。谢谢，马特，猎户座，花时间回答这个问题。

Answer 1

  

那些希望在每种类型的崩溃成本上获得可靠数据的权力

我想乘坐热气球飞往火星，但这并不意味着这样的事情是可能的。

说真的，我认为你有责任告诉他们没有办法准确衡量这一点。告诉他们你可以对崩溃进行排名，或者你可以用你的数据做什么，但这就是你所拥有的。

类似于“我们实际上无法计算出它的成本。我们有关于运行时间的数据，等等，但是附加成本的唯一方法是假装X分钟等于X美元，即使这在现实中没有基础“

如果你只是做一些背驮式成本计算算法并且根本不要反击，那么当管理层转过来并使用这个任意组成的数字做一些愚蠢的事情，如消防人员，或决定不修复时，你只能责怪自己任何崩溃，而是专注于利用他们与sharepoint门户互联网网络共享爱服务器2013的协同作用

更新：为了澄清，我并不是说你应该只依靠100％准确率的统计数据，而只是放弃其他一切。
我认为重要的是你知道你在测量什么。你实际上并没有衡量成本，而是在衡量正常运行时间。因此，你应该提前做好准备。如果你想估算那么好的成本，但我相信你需要明确这个......

如果我要制作这样的报告，我称之为“崩溃正常运行时间报告”，并且可能有一个名为“估计成本基于5美元/分钟”的辅助字段。管理人员会得到他们的成本估算，但很明显，实际报告是基于正常运行时间，成本只是一个估计，以及估算的工作方式。

Answer 2

我没有看过任何研究，但合理的启发式会是这样的：

（发生崩溃时自上次应用程序保存以来的时间+重新启动应用程序的时间）*应用程序运营商的平均每小时费率。

如果崩溃对外部客户产生一些影响，估计会变得更加复杂，或者可能会延迟其他事情（即创建一个瓶颈，使得另一个人因为其他人的应用程序崩溃而等待等待，因为其他人的应用程序崩溃了。）

那就是说，你的'权力'可能会非常满意，只要它得到一致的应用，他们可以看到它随时间的变化。

Answer 3

这里有一个缺失的因素..大多数应用都有一个'屈曲'因素，崩溃突然开始“花费”更多，因为人们对你的应用提供的服务失去信心。一旦发生这种情况，那么让用户重新信任并使用系统可能会非常非常昂贵。

Answer 4

这取决于......

就成本而言，重要的 事件是崩溃的业务影响，因此它取决于应用程序的类型。

对于可能的应用程序，可能无法确定业务影响。对于其他人来说，可能会有一些有意义的措施。

基于需求的衡量标准可能有意义 - 如果销售稳定，那么销售应用的停机时间可能会有用。如果销售波动不可预测，那么这些措施就没用了。

维修费用也可能有用。