更新：我是从开发的角度问这个问题，但是为了说明，我想到的一个典型的非开发示例是，如果保持 99% 的正常运行时间率需要花费 10,000 美元，那么理论上可以花费 100,000 美元保持 99.9% 的利率，可能需要 1,000,000 美元来保持 99.99% 的利率。
有点像微积分接近 0，当我们接近 100% 时，成本会成倍增加。因此，作为开发人员或 PM，在时间和金钱限制的情况下，您如何确定可交付成果“足够好”，例如：您是否获得了 99%、99.9%、99.99% 的良好投资回报率？
我使用的是非开发示例，因为我不确定开发的可靠指标。也许在上面的示例中，“正常运行时间”可以替换为“功能点与缺陷比率”，或者一些这样合理的错误率与代码复杂性的度量。我也欢迎就软件开发生命周期的所有阶段提供意见。
牢记经典的项目三角约束（质量、速度和成本）。让我们假设客户希望在原始预算的情况下能够提供最好的质量。
如果不知道应用程序出现故障时会发生什么，就无法回答这个问题。
基本上拿（宕机成本）x（软件宕机次数），你就知道在正常运行时间上要花多少钱。
我见过的质量与足够好的讨论在 95% 的缺陷修复时具有实际的投资回报率。显然，显示塞子/严重缺陷是固定的（并且总是有例外，如飞机自动驾驶仪等，不需要有这么多缺陷）。
我似乎找不到对 95% 缺陷修复的参考，它要么在 Rapid Development 中，要么在 Caper Jones 的 Applied Software Measurement 中。
以下是攻击代码质量的有用策略的链接： http ://www.gamedev.net/reference/articles/article1050.asp
当然，客户可能会对这个数字犹豫不决，并可能会说每年不超过 1 小时的停机时间是可以接受的。那是稳定的 12 倍。您是告诉客户，抱歉，我们不能以 100,000 美元的价格做到这一点，还是您尽了最大努力，希望您的分析是保守的？
直截了当地告诉客户他们想要什么是不合理的。为了获得这种正常运行时间，需要大量资金，而实际上，持续达到正常运行时间百分比的机会是不可能的。
我个人会回到客户那里，告诉他们您将为他们提供 100k 的最佳设置，并设置停机报告指南。例如，对于您遇到的每一次中断，我们都会完成一次关于为什么会发生这种中断的调查，以及我们将如何使再次发生这种情况的机会几乎不存在。
我认为提供 SLA 只是一个错误。
我认为这个问题的答案完全取决于个人申请。
对人类安全有影响的软件与 RSS 提要阅读器的要求大不相同。
项目三角形是一个粗略的简化。在很多情况下，您实际上可以通过提高质量来节省时间。例如，通过减少维修和避免维护成本。这不仅在软件开发中是正确的。丰田精益生产证明这在制造中也适用。
软件开发的整个过程过于复杂，无法对成本与质量进行概括。质量是一个由多个因素组成的模糊概念。可测试代码是否比高性能代码质量更高？可维护代码是否比可测试代码质量更高？您需要 RSS 阅读器的可测试代码还是高性能代码？而对于电传操纵 F16？
根据具体情况做出明智的决定会更有成效。不要害怕在质量上过度投资。它通常比投资不足更便宜、更安全。
以同样简单的方式回答.. ..当您停止听取客户的意见时（而不是因为他们停止使用您的产品）.. 除了增强请求和花束 :)
而且它不是三角形，它有 4 个角 - 成本时间质量和范围。
为了扩展“17 of 26”所说的内容，答案取决于对客户的价值。在关键软件的情况下，如飞机控制器应用程序，无论他们使用什么衡量标准，高质量评级对客户的价值都非常高。对于 RSS 提要阅读器的用户来说，高质量的价值要低得多。
一切都与客户有关（注意我没有说用户 - 有时它们是相同的，有时它们不是）。
追“质”二字，犹如追天涯。我从未见过任何（在 IT 世界或外部）100% 质量的东西。总是有改进的余地。
其次，“质量”是一个过于宽泛的术语。它对每个人都意味着不同的东西，并且在实施程度方面是主观的。
话虽如此，每一项努力都归结为“工程”的含义——做出正确的选择以平衡成本、时间和关键特性（即速度、尺寸、形状、重量等）。这些都是限制因素。