总结报告是什么
测试总结报告是测试阶段的收官文档：说清「测了什么、结果如何、还剩什么风险、能不能上」。它汇总执行与缺陷数据，但重点在风险评估与发布建议，而不是罗列每条用例结果——逐条明细交给 Allure 这类明细报告，总结报告面向发布决策人。
基本信息
| 核心读者 | 产品、研发负责人、项目经理、发布决策人 |
|---|---|
| 必备字段 | 版本、范围、环境、周期四要素 |
| 执行数据 | 计划数、执行数、通过数、失败数、阻塞数 |
| 缺陷数据 | 新增、关闭、遗留，按严重度与模块分布 |
| 风险陈述 | 未覆盖项、遗留缺陷影响面、环境差异 |
| 结论 | 发布建议与前置条件，如「修复严重缺陷并复测后可发」 |
最小骨架示意
最小骨架示意
版本：v2.4.0 周期：10-08 至 10-12 环境：预发
执行：用例 812 条，执行 800，通过 780，失败 12，阻塞 8
缺陷：新增 23（严重 2、一般 14、轻微 7），已修复 18，遗留 5
风险：对账仅覆盖正常流；第三方短信通道在预发未接通
结论：建议发布；前置条件：两条严重缺陷复测通过 + 遗留缺陷降级评审典型使用场景
- 发版前评审会：作为 go 或 no-go 的讨论底稿
- 迭代质量复盘：与上期数据对照看趋势
- 外包或第三方验收：作为正式验收材料归档
- 跨团队交接：遗留问题清单让接手方有据可依
- 管理层汇报：把测试结果翻译成风险与决策语言
章节与写法要点
| 章节 | 写什么 | 要点 |
|---|---|---|
| 范围 | 本版测什么、不测什么 | 边界先立，避免误读 |
| 执行统计 | 计划与完成的对比 | 阻塞单独列，别并进失败 |
| 缺陷分析 | 按严重度与模块分布 | 重点讲遗留缺陷影响 |
| 风险与结论 | 未覆盖项与发布建议 | 每条风险配缓解措施 |
报告里每条风险都要写清「影响谁、概率多大、怎么缓解」，只写「存在风险」等于没写，决策人无法据此行动。
数据标注统计口径（是否含阻塞、去重规则），不同期报告口径一致才能比趋势。
通过率注水（拆分用例、隐藏失败）短期好看，长期直接反映在线上事故里，红线不可碰。