质量过程执行的例行检查
过程质量检查关注的是流程有没有被真正执行：评审是否按期并留下闭环意见、测试是否覆盖需求、缺陷是否按等级处理并验证关闭、测试环境与数据是否受控。检查结论进入质量报告并触发改进。检查要抽查实际记录，而不是只看有没有开过会。
基本信息
| 检查对象 | 评审、测试、缺陷、环境与数据的过程执行情况 |
|---|---|
| 检查频率 | 每个迭代或阶段一次，缺陷高发期加密 |
| 证据来源 | 评审记录、需求与用例追溯表、缺陷记录、环境版本清单 |
| 输出 | 质量报告、改进项与责任人、必要时变更请求 |
| 关联过程 | 管理质量（审计与改进）与控制质量（测量与验证） |
典型使用场景
- 迭代结束：抽查评审意见是否有闭环回复，未闭环项统计占比
- 测试阶段：核对用例与需求的追溯覆盖率、执行率与通过率
- 缺陷积压时：分析严重缺陷平均修复时长与遗留状态，判断是否阻塞放行
- 上线前：检查测试环境与生产环境的关键参数差异及数据版本受控情况
- 改进跟踪：把重复出现的问题列为流程改进项并指定责任人
例行检查清单
例行检查清单
1) 设计与代码评审记录覆盖率，意见闭环率
2) 测试用例与需求追溯率、执行率与通过率
3) 严重缺陷平均修复时长与遗留状态
4) 测试环境与数据版本受控情况（参数差异清单）
5) 缺陷关闭前是否有验证与回归记录
输出：质量报告结论、改进项、责任人与复核时点抽查要点
| 检查项 | 有效证据 | 常见假象 |
|---|---|---|
| 评审有效性 | 意见条数与闭环记录 | 评审 5 分钟也算一次 |
| 测试覆盖 | 需求与用例追溯表 | 用例只覆盖主流程 |
| 缺陷闭环 | 验证记录与回归结果 | 未验证直接关闭 |
| 环境受控 | 环境参数差异清单 | 测试通过生产失败 |
过程检查的价值在于发现系统性缺口：同类问题在不同模块反复出现，说明模板或评审规则有缺陷，而不是个别人员不认真。
缺陷未经验证就关闭，会让质量数据表面好看，问题在上线后集中暴露，返工成本远高于测试阶段修复。