单的应用程序运行起来不会出

“措施”

举个例子，假设有一家移动应用程序开发公司，该公司每月开发 35 个不同复杂程度的程序：从笔记本电脑到在线商店。同时，简现故障，而更复杂的项目则经常会出现错误。

过去一个月的分析显示，有八个应用程序没有正常运行的支付系统（针对在线商店）；对于六个人来说，保存帐户数据的更改或保存以前登录应用程序的结果不起作用；三个都无法在标签之间切换或退出到主页面，应用程序会自动关闭；其中两家无法完成注册，而且无法确认电子邮件或电话号码。

结果发现了十九个缺陷：十一个严 WS 数据库  重缺陷、三个重大缺陷和六个轻微缺陷。

Bug 按重要性排序：

现在，我们可以将 6 sigma（偏差）水平计算为缺陷总数与站点数量和潜在不准确度数量的乘积之比。

可能的错误数量取决于项目。例如，对 今天教授梦想 于具有产品目录的在线商店，可能出现各种类型：未加载所有产品、描述与图片不符、缺少原产国信息、没有价格、可用性数据更新不及时。

网站开发是一个复杂的、多阶段的  电话线索  过程，每个阶段都可能出现错误。无法确定错误的确切数量。为了系统化，我们将其分为三类：不符合客户要求、给用户带来不便、技术问题。我们假设在开发应用程序时可能出现三种主要类型的错误。

为了确定每一次或每百万次机会中的错误数量，我们计算已开发应用程序的数量与可能存在的缺陷数量（3 种主要错误类型）的乘积：35 x 3 = 105。

现在我们找到检测到的缺陷数量除以可能的错误数量的商：19 / 105 = 0.18。