次机会中的错误数量，我们计算已开发应用程序的数量与可能缺陷数量（3 种主要错误类型）的乘积：35 x 3 = 105。
现在我们找到检测到的缺陷数量除以可能的错误数量的商：19 / 105 = 0.18。
事实证明，在开发一个网站时（您可以采用一个产品名称或其生产的单独阶段），可能出现 0.2 个缺陷。接下来，我们将计算一百万个机会（开发一百万个站点）：0.18 x 1,000,000 = 180,000。
可能的错误数量为180,000个。
接下来，我们计算 6 西格玛水平，如前所述。
西格玛水平 百万缺陷率 无 荷兰号码数据 产品百分比
6 3.4 99.99966%
5 230 99.997%
4 6 210 99.38％
3 66,800 93.32％
2 308,000 69.15％
1 690,000 30.85％
180,000 这个数字介于 66,800 和 308,000 之间，这意味着 6 西格玛水平介于 2 和 3 之间，这是一个不好的数字。
“分析”
我们回到刚才的例子。缺陷数量较多（35 份已完成的申请中有 19 份），需要立即干预。有必要确定流程中的瓶颈，制定改进计划并开始实施。
目前，已记录了 19 起故障：11 起严重故障、3 起重大故障和 6 起轻微故障。首先，需要消除关键缺陷，然后再消除重要缺陷，最后消除小缺陷。
“提升”
不仅要纠正错误，还要防止错误再次发生。
在我们的示例中，该站点存在以下缺点：
八个应用程序没有正常运行的支付系统。
两个应用程序存在注册问题和无法使用功能。
三个应用程序无法在标签之间切换以及退出到主页面。
对现有产品实施 6 Sigma资料来源：Evgeny Atamanenko / shutterstock.com
这些错误严重降低了应用程序性能的质量。无法完成付款会导致市场客户流失，而注册问题和无法在选项卡之间导航会迫使用户寻找替代平台。
为了防止类似故障再次发生，有必要：
每个新功能实现后进行应用程序运行测试，包括与支付系统的集成。
确保该应用程序能够与各种电子邮件服务正常运行。
使用自动化测试来检查所写的代码。
引入额外的测试阶段以及对应用程序复杂区域的全面测试，可以显著减少错误的数量。严重缺陷数量从 11 个减少到 4 个，重要缺陷数量减少到 0 个。仅剩下六个小错误，不会对应用程序的功能产生重大影响。
总体而言，错误数量从十九个减少到了十个。