如何衡量Bug数量

了解Bug数量,包括如何衡量它,并在 Metabase 的仪表板和可视化中加以利用。

什么是Bug数量?

Bug数量旨在告诉您每指定代码行数的平均错误数量。 这样做的目的是了解最终用户可能遇到错误的频率,并突出显示不稳定区域。 出现错误是不可避免的,但重要的是对这种情况应该发生的频率有一个现实的看法。 Bug数量特别关注错误通过测试并进入部署的频率。 主要目标是提出新的方法,以便更频繁地在部署前检测到错误,因为修复错误比花额外时间编写一行代码更耗时。

开始使用
Graphs of Bug Count

如何计算Bug数量

Bug数量以基于平均值的比率表示。 您将基于代码总行数和检测到的错误数量创建一个比率。 例如,假设您有 12,000 行代码和 135 个错误。 您想计算出每 1,000 行代码中有多少错误通过。 首先,我们将 12,000 除以 1,000 得到 12。然后,我们将 135 除以 12 得到 11.25。 这意味着您的错误数量为 11.25:1000。 如果不是低于您可能看到的平均水平,这大约是平均水平。 普通开发人员每 1000 行代码会创建大约 70 个错误,平均有 15:1000 的错误最终到达最终用户手中。

与Bug数量相关的其他KPI指标

  • 停机时间
  • 构建时间
  • 在线应用性能
  • 平均恢复时间
  • 部署频率
  • 变更失败率
  • 变更前置时间
  • 正常运行时间
  • 错误率

为什么为Bug数量构建仪表板?

Sales per source graph

一切尽在一个地方

通过将最重要的指标收集到一个视图中,让每个人都保持一致。

Sales per source graph

分享您的见解

通过将其嵌入到您的内部维基、网站和内容中,将您的数据带到任何需要的地方。

eCommerce orders filter

解锁探索

授权您的团队衡量自己的进度并探索实现目标的新途径。

如何使用 Metabase 衡量 Bug 数量

Get started

步骤 1.
跳过自定义报价

没错,无需销售电话——只需注册,即可在 5 分钟内运行。

types of databases

步骤 2.
插入您的数据库

我们连接到最流行的生产数据库和数据仓库。

dashboard example

步骤 3.
构建您的 KPI 仪表板

邀请您的团队并开始构建仪表板——无需 SQL。

开始使用 Metabase

  • 免费,无承诺试用
  • 每个人都容易上手——无需 SQL
  • 5 分钟内启动并运行