Dashboard详细需求设计：状态趋势与性能KPI

"本文档详细介绍了Dashboard的需求设计，包括各个组件的功能、数据统计规则以及关键性能指标。" 在Dashboard需求设计文档中，主要关注的是对于问题（issue）状态的跟踪和分析，以提供有效的数据可视化工具。以下是文档中涉及的关键知识点： 1. **Validbug定义**：Validbug是指那些状态非following和rejected，且resolution非rejected和duplicated的问题。这些bug会被纳入Dashboard的统计范围，用于展示真实的问题状况。 2. **Bugstatus - Overallbugtrend**：这个组件展示了所有问题的状态趋势，基于subdomain和指定的时间或sprint。它会统计在查询时间段内，问题在不同状态下的数量，如新问题（new）、测试中（intest）和已关闭（closed）。例如，如果一个问题在2023年5月1日创建，5月3日进入测试，5月10日关闭，那么在5月1日至5月2日，新问题的数量为1，5月3日至5月9日，测试中的问题数量为1，5月10日之后，已关闭的问题数量为1。 3. **Openbugprioritystatus**：这个组件专注于未关闭且有效的bug的优先级分布。它根据subdomain获取状态为非closed的bug，并按其优先级进行分类。 4. **Inflowvsoutflowbyselecteddate**：这个模块追踪在特定时间或sprint内，新问题（inflow）与已关闭问题（outflow）的数量对比。这有助于理解问题处理的流动情况。 5. **BughandlingKPI**：关键性能指标（KPI）部分提供了衡量问题处理效率的标准。根据传入的查询条件（时间或sprint），数据将按不同方式进行处理和分组。对于不同优先级的问题，有特定的处理时间阈值，例如，blocker级别的问题应在5天内集成，critical级别在10天内，其他级别在20天内。此外，还规定了从new到open超过3天，以及从integrated到closed超过3天的情况被视为有效数据。 6. **Internalvsexternal**：此部分关注问题来源，区分内部（internal）和外部（external）问题，同样基于subdomain和查询条件，提供在特定时间段内的问题分布情况。 以上内容构成了Dashboard的核心需求，旨在通过数据可视化来优化问题管理，提高工作效率，以及提供决策支持。设计者需要确保这些组件能够准确、实时地反映出问题的状态变化和处理效率。