保障与测试的分工
测试是对交付物的验证活动：设计并执行用例、记录缺陷、跟踪回归。质量保障侧重过程与体系建设：定义标准与检查表、组织评审、度量与改进、培训。两者互补——测试发现问题，质量保障改变过程以减少同类问题再次产生。只靠测试兜底的项目，缺陷会在后期集中爆发且修复成本高；质量保障若只做培训不参与改进闭环，标准也落不了地。
基本信息
| 测试职责 | 用例设计与执行、缺陷记录与回归、测试环境管理 |
|---|---|
| 质量保障职责 | 标准与检查表、组织评审、度量与改进、培训 |
| 协同方式 | 测试缺陷分布反馈给质量保障，用于调整评审重点 |
| 关键指标 | 缺陷密度、评审发现占比、回归通过率 |
| 常见误区 | 把质量问题全部交给测试团队 |
典型使用场景
- 缺陷集中在某模块时，测试提供分布数据，质量保障调整评审重点
- 引入新流程或新工具后，质量保障组织评审确认执行情况
- 需求阶段缺陷到后期才暴露时，把检查项前移到需求与设计评审
- 交付质量波动时，用度量数据判断是过程问题还是执行问题
- 新成员加入时，用标准与检查表做上手培训
分工示例
分工示例
# 质量保障：定义标准与检查表、组织评审、度量与改进、培训
# 测试：用例设计与执行、缺陷记录与回归、测试环境管理
# 协同：测试缺陷分布反馈给质量保障，用于改进评审重点质量度量口径
| 指标 | 用途 | 注意点 |
|---|---|---|
| 缺陷密度 | 按模块对比定位薄弱点 | 需统一统计口径与周期 |
| 评审发现占比 | 衡量评审前置效果 | 与测试数据分开统计 |
| 回归通过率 | 跟踪版本质量趋势 | 区分阻塞性与轻微缺陷 |
| 缺陷阶段分布 | 判断前置环节有效性 | 前后口径保持一致 |
只靠测试兜底的项目，缺陷在后期集中爆发且修复成本高。
质量保障只做培训不参与改进闭环，标准会逐渐形同虚设。