测试回顾是什么
测试回顾（Retrospective）是迭代或项目收尾时，对测试过程的系统复盘：哪些缺陷本可以更早发现、哪些环节耗时超出预期、工具与数据是否足够、与开发的协作哪里卡壳。目标不是评判对错，而是产出可执行的改进行动——没有行动项与责任人的回顾，只是一场情绪释放会。
基本信息
| 输入材料 | 缺陷清单与逃逸分析、执行数据、排期偏差、事故复盘 |
|---|---|
| 讨论议题 | 漏检原因、耗时瓶颈、协作痛点、工具与数据短板 |
| 产出形式 | 改进行动项：内容、责任人、期限、验证方式 |
| 节奏建议 | 迭代结束固定半小时，重大事故后单独专题复盘 |
| 跟踪机制 | 行动项进入待办并列入下次回顾的检查清单 |
| 氛围原则 | 对事不对人，用数据与时间线代替印象与指责 |
典型使用场景
- 迭代收尾：梳理本迭代缺陷来源与执行效率，沉淀改进项。
- 事故之后：线上事故连带回看测试环节，找出拦截失败点。
- 版本里程碑：大版本后评估测试策略有效性，调整下阶段投入。
- 新项目启动前：复用上个项目的回顾结论，预置检查清单。
- 外包合作评估：与外协团队共同复盘，明确质量标准改进方向。
议题与数据来源
| 议题 | 数据来源 | 预期产出 |
|---|---|---|
| 漏检分析 | 逃逸缺陷清单与复盘记录 | 用例与检查清单补充 |
| 效率瓶颈 | 执行耗时与环境等待统计 | 流程或环境改进项 |
| 协作痛点 | 缺陷往返次数与沟通记录 | 协作机制调整 |
| 资产质量 | 用例复用率与失效统计 | 用例库治理计划 |
行动项宁少勿多：每次回顾聚焦两三件最痛的事，做完了再谈下一批。
上次行动项先过堂：不检查旧承诺的回顾，很快就没有人认真承诺。
经理在场要克制发言：让一线先说，避免老板观点定调、真话消失。