缺陷趋势报告是什么
缺陷趋势报告按时间维度跟踪缺陷的流入与流出：新增、修复、关闭、遗留四组数字连成曲线，观察版本质量是收敛还是发散。它回答的是方向问题——缺陷在变多还是变少、修复速度跟不跟得上新增速度，而不是纠结某一天的绝对值。图表之外必须带分析结论，否则只是一张数字海报。
基本信息
| 核心指标 | 新增数、修复数、关闭数、遗留存量、重开数 |
|---|---|
| 统计周期 | 按周或按迭代，与团队节奏一致并固定 |
| 分层维度 | 模块、严重度、缺陷类型、发现阶段 |
| 收敛判断 | 修复速度持续大于新增速度，遗留曲线向下 |
| 配套视图 | 按严重度的存量图、按模块的分布图、重开率 |
| 数据来源 | 缺陷管理系统导出，字段与状态定义须稳定 |
典型使用场景
- 迭代例会：用四条曲线说明质量状态，替代口头的差不多了。
- 版本收尾：判断遗留是否已收敛到可发布水平，为决策提供依据。
- 风险预警：某模块新增曲线陡升时，提前介入排查根因。
- 复盘对比：把两个迭代的曲线叠放，检验上次改进是否奏效。
- 向上汇报：管理层要的是趋势与风险，不是缺陷流水账。
四条线的读法
| 曲线 | 含义 | 异常信号 |
|---|---|---|
| 新增 | 周期内新发现缺陷数 | 持续走高：需求不稳或质量下滑 |
| 修复 | 标记为已修复的数量 | 明显落后新增：开发侧积压 |
| 关闭 | 验证通过并关闭的数量 | 与修复差距大：验证环节排队 |
| 遗留 | 存量未关闭缺陷 | 居高不下：版本不具备收敛迹象 |
口径变了曲线就废了：状态定义、统计规则变更时要在报告里注明断点。
看趋势不看单点：一天的波动说明不了问题，连续三个周期同向变化才值得行动。
报告要带结论与行动项：只贴图的报告没人看，指标对应的下一步才是重点。