你在这里:

已关闭的问题

问题: 特定时间段内关闭了多少问题?

概述

已关闭问题衡量在特定时间段内变为已关闭状态的问题。问题定义为 新问题。数据点包括在测量期间转换为关闭状态的问题数量。一些项目可能会使用不同的状态或标签(例如“已修复”)来表示已关闭的问题。在大多数问题跟踪器中,已关闭的问题可以在关闭后重新打开。重新打开问题可以被视为打开新问题,或使先前关闭的问题无效(请参阅下面的参数)。大量已关闭的问题表明社区富有成效且积极参与,正在积极解决问题。通过跟踪与代码相关的已关闭问题,您可以深入了解项目在完成其工作时的整体活动水平。此指标不是唯一应该用于跟踪编码活动量的指标。

想知道更多?

单击即可阅读有关该指标的更多信息。

数据收集策略

具体说明:GitHub

对于 GitHub,已关闭的问题被定义为“已关闭的问题”。

具体描述:GitLab

对于 GitLab,已关闭的问题被定义为“已关闭的问题”。

具体描述:Jira

在 Jira 的情况下,已关闭的问题被定义为“更改为已关闭状态的问题”。

具体描述:Bugzilla

在 Bugzilla 的情况下,已关闭的问题被定义为“更改为关闭状态的错误报告”。

聚合器:

  • 数数。 期间关闭的问题总数。
  • 比率。 在此期间已关闭的问题与问题总数的比率。
  • 反应。 “竖起大拇指”或对问题的其他反应的数量。

参数:

  • 一段的时间。 考虑问题的期间的开始和结束日期。 默认值:永远。

  • 源代码标准。算法。默认:所有问题都与源代码相关。\ 如果我们关注源代码,我们需要一个标准来决定问题是否与源代码相关。可以通过更改默认值将所有问题纳入指标。

  • 重新打开如新。 布尔值,定义重新打开的问题是否被视为新问题。 如果为 false,则表示重新打开事件之前的关闭事件应视为无效。 注意:如果此参数为 false,则任何时期的已关闭问题的数量可能会在未来发生变化,如果其中一些被重新打开。

  • 关闭的标准。 算法。 默认值:在感兴趣的期间有一个结束事件。

筛选

  • 由参与者(提交者、评论者、关闭者)。 需要合并与同一作者对应的身份。
  • 按演员组(每个演员的雇主、性别……)。 需要演员分组,并且可能需要演员合并。

可视化

  • 随着时间的推移每个时间段的计数
  • 每个时间段的比率随时间变化

这些可以通过应用上面定义的过滤器进行分组或表示为条形图,X 轴上显示时间。

魔典实验室 魔典实验室.


合作者

  • 维诺德·K·阿胡贾
  • 黎明福斯特
  • 凯文·伦巴德
  • 奇特的 C Umeh

产品附带信息

要编辑此指标,请 在此提交变更请求

要在软件或出版物中引用此指标,请使用此稳定 URL: https://chaoss.community/?p=3633

健康指标的使用和传播可能会导致侵犯隐私。 组织可能会面临风险。 这些风险可能源于遵守欧盟的 GDPR、美国的州法律或其他法律。 GitHub 和 GitLab 等数据提供商的服务条款也可能存在合同风险。 必须检查指标的使用是否存在风险和潜在的数据伦理问题。 请参见 CHAOSS 数据伦理文件 有关其他指导。

标签:
本文是否有帮助?
反感 0