Bug指标在JIRA中的实现

Bug指标在JIRA中的实现

Judy Shen

JIRA是澳大利亚Atlassian公司开发的一款不错的商业问题跟踪工具，包括bug、需求变更、评审记录等均可以在这个软件中进行管理。我们在统计bug数据时，经常需要对bug参照一些指标进行统计分析。本文介绍一些常用bug指标在JIRA中的实现。

 

1         Bug分布

l         Bug严重级别

在项目测试中，我们不能仅仅用“bug总数”作为评价项目出错程度的唯一指标。因为不同bug严重程度是不相同的，较为严重的bug带来的影响远远大于一般bug，所以，我们引入“bug严重级别”指标，用来标定bug的严重程度。现在公司是分6个级别（Blocker、Critical、Major、Minor、Trivial、Enhancement）。这个指标的用途是用于对bug按严重程度进行分类汇总。管理者可以很清楚的得知整个项目中，不同严重级别的bug分别占有bug总数的百分比。计算公式为：严重级别＝各个级别的bug数/bug总数。

在JIRA中，bug严重性分布图如下图所示：

标识bug的状态，从上到下分别为：Resolved、Closed、Reopened。

标识bug的严重性，从上到下，分别为Bloker、Critical、Major、Minor、Trivial。

 

l         Bug类别

Bug类别用来描述bug的内容类别，比如功能、性能、界面等。这个指标可以帮助我们分析，在所有的bug中，哪些类型的bug比较多，应该值得关注，并且在后续的开发工作中，加强对类似问题的审核；在后续的测试工作中，加强对类似bug的测试力度，最大程度的在源头减少类似错误的发生。计算公式为：bug类别＝各种bug类型的bug数/bug总数。

在JIRA中，bug类别图和问题类型图类似，这里以问题类型图为例，如下所示：

2         Bug修复率（bug修改成功率）

Bug修复率，也可以称为“bug修改成功率”，它能够反映bug责任人修复bug的效果，可以作为对开发人员的考核指标之一，同时可以督促开发人员认真执行单元测试。计算公式为：bug修复率＝（已解决的bug数）/bug总数。

在JIRA中，可以查看到每个解决版本的bug处理情况，如下图所示：

3         Bug修复工作量

根据以前项目的bug修复工作量的统计分析，可以得到不同严重性级别的bug及其对应的修改工作量。例如，经过统计分析得知，严重性为“Major”的bug，通常需要6人时的修复工作量。通过这个数据，可以粗略的估计，处理项目中未处理的bug需要的工作量（仅包括处理工作量，不含测试人员验证的工作量）。

得到这个数据，主要是为了便于管理者根据项目的实际情况制定或调整项目计划。

在JIRA中，可以使用以下三条曲线来描述：时间跟踪报告、开发者工作量报告、版本工作量报告。

但是要实现登记修复工作量这项功能，需要开发人员执行两个动作：1.上执行bug的Resolve Issue流程2.进入另一个页面执行工作日志登记。

3.1    时间跟踪报告

这个报告，显示了项目的时间跟踪详细情况。

其中，

显示实际花费时间与初始估算时间的比例

显示这个版本的问题与进度计划相比是超前、推迟，或者按计划进行。

显示每个bug详细的工作量记录。

3.2    开发者工作量报告

这个报告显示了开发者当前的工作量的详细情况——显示了每个项目的未解决的已分配问题的数量和剩余的工作量。

3.3    版本工作量报告

这个报告显示了指定的版本的当前工作量详细情况——显示了每个用户的未解决问题的数量和剩余工作量。

4         Bug预计修复完成时间

在“bug修复工作量”中，我们考虑的是bug修改实际所需的工作量，但是没有考虑到项目开发所处阶段、人员分配等实际情况。在这个指标中，项目管理者希望能知道bug计划完成修复所需的时间。为了实现这个目标，我们可以根据bug的优先级，估计bug计划修复完成的时间。方法是：测试人员/bug分配人根据项目的实际情况，设置bug的优先级。每个优先级对应一个解决期限。例如，优先级P1的bug，必须在4小时内处理完毕，P4的bug可以在5工作日内处理完毕。通过这个约定，可以根据每个bug的分配时间（不是提交时间），计算得出项目剩下的bug的预期解决时间。

在JIRA登记bug时，可以指定预期解决时间，但是没有功能可以快速的找到某个版本bug预计能改完的日期。但是使用以下变通的办法后，可以查看到Bug预计修复完成时间。

步骤：

1．  在过滤器中，设置你想查看的某个版本或者某个严重性或开发人员的值

2．  执行查询

3．  在查询结果中，点击“逾期”列，对“逾期”进行排序。

此时，列表中的第一行就是你所关系bug的预计修复完成时间。

另外，你也可以通过过滤器，查询逾期指定时间的bug。

5         小结

所有这些指标的综合运用，能够比较全面的从量化的角度来描述一个项目中开发和测试工作的实际情况。PM、开发组长和测试组长可以选择对自己项目有用的统计指标，跟踪这些数据，以便及时跟踪和调整项目开发和测试，更好的管理项目。