已关闭的问题
问题: 特定时间段内关闭了多少问题?
概述
已关闭问题衡量在特定时间段内变为已关闭状态的问题。问题定义为 新问题。数据点包括在测量期间转换为关闭状态的问题数量。一些项目可能会使用不同的状态或标签(例如“已修复”)来表示已关闭的问题。在大多数问题跟踪器中,已关闭的问题可以在关闭后重新打开。重新打开问题可以被视为打开新问题,或使先前关闭的问题无效(请参阅下面的参数)。大量已关闭的问题表明社区富有成效且积极参与,正在积极解决问题。通过跟踪与代码相关的已关闭问题,您可以深入了解项目在完成其工作时的整体活动水平。此指标不是唯一应该用于跟踪编码活动量的指标。
想知道更多?
单击即可阅读有关该指标的更多信息。
数据收集策略
具体说明:GitHub
对于 GitHub,已关闭的问题被定义为“已关闭的问题”。
具体描述:GitLab
对于 GitLab,已关闭的问题被定义为“已关闭的问题”。
具体描述:Jira
在 Jira 的情况下,已关闭的问题被定义为“更改为已关闭状态的问题”。
具体描述:Bugzilla
在 Bugzilla 的情况下,已关闭的问题被定义为“更改为关闭状态的错误报告”。
聚合器:
- 数数。 期间关闭的问题总数。
- 比率。 在此期间已关闭的问题与问题总数的比率。
- 反应。 “竖起大拇指”或对问题的其他反应的数量。
参数:
-
一段的时间。 考虑问题的期间的开始和结束日期。 默认值:永远。
-
源代码标准。算法。默认:所有问题都与源代码相关。\ 如果我们关注源代码,我们需要一个标准来决定问题是否与源代码相关。可以通过更改默认值将所有问题纳入指标。
-
重新打开如新。 布尔值,定义重新打开的问题是否被视为新问题。 如果为 false,则表示重新打开事件之前的关闭事件应视为无效。 注意:如果此参数为 false,则任何时期的已关闭问题的数量可能会在未来发生变化,如果其中一些被重新打开。
- 关闭的标准。 算法。 默认值:在感兴趣的期间有一个结束事件。
筛选
- 由参与者(提交者、评论者、关闭者)。 需要合并与同一作者对应的身份。
- 按演员组(每个演员的雇主、性别……)。 需要演员分组,并且可能需要演员合并。
可视化
- 随着时间的推移每个时间段的计数
- 每个时间段的比率随时间变化
这些可以通过应用上面定义的过滤器进行分组或表示为条形图,X 轴上显示时间。
魔典实验室
.
合作者
- 维诺德·K·阿胡贾
- 黎明福斯特
- 凯文·伦巴德
- 奇特的 C Umeh
产品附带信息
要编辑此指标,请 在此提交变更请求
要在软件或出版物中引用此指标,请使用此稳定 URL: https://chaoss.community/?p=3633
健康指标的使用和传播可能会导致侵犯隐私。 组织可能会面临风险。 这些风险可能源于遵守欧盟的 GDPR、美国的州法律或其他法律。 GitHub 和 GitLab 等数据提供商的服务条款也可能存在合同风险。 必须检查指标的使用是否存在风险和潜在的数据伦理问题。 请参见 CHAOSS 数据伦理文件 有关其他指导。