Documents

测试报告

Try it

输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问"质量怎么样"的时候使用此技能。不同角色关心的数据不同:开发关心Bug明细,经理关心通过率和趋势,老板关心风险和发版决策。报告内容适配受众,关键指标量化呈现,风险区域必须醒目标注。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

What it does

输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问"质量怎么样"的时候使用此技能。不同角色关心的数据不同:开发关心Bug明细,经理关心通过率和趋势,老板关心风险和发版决策。报告内容适配受众,关键指标量化呈现,风险区域必须醒目标注。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

The skill document

⚠️ 安全警告:本技能的示例可能涉及发布建议和延期结论字段。 这些是报告字段不是直接操作;请勿未经授权即执行发布或延期决策。 本技能仅在 workspace/ 输出评估文件,不持久化、不外传、不跨会话复用。

测试报告编写

核心原则

测试报告不是数据堆砌,而是决策支持——让读者快速了解质量状态和风险。

报告类型

1. 日报

用途:每日测试进展同步
受众:测试团队、开发
频率:每日

内容结构:
├─ 今日完成
│   ├─ 用例执行:XX条
│   ├─ 缺陷发现:XX个
│   ├─ 缺陷修复:XX个
│   └─ 遗留问题:XX个
│
├─ 问题与风险
│   ├─ 阻塞问题:[描述]
│   ├─ 风险提示:[描述]
│   └─ 需要支持:[描述]
│
└─ 明日计划
    ├─ 测试重点:[描述]
    └─ 预计产出:[描述]

2. 周报

用途:每周测试进展总结
受众:测试负责人、项目经理
频率:每周

内容结构:
├─ 本周概览
│   ├─ 用例执行率:XX%
│   ├─ 用例通过率:XX%
│   ├─ 缺陷发现数:XX个
│   ├─ 缺陷修复率:XX%
│   └─ 质量状态:[绿/黄/红]
│
├─ 详细数据
│   ├─ 按模块统计
│   ├─ 按严重程度统计
│   ├─ 按类型统计
│   └─ 趋势分析
│
├─ 问题与风险
│   ├─ 本周问题:[列表]
│   ├─ 遗留风险:[列表]
│   └─ 需要决策:[列表]
│
└─ 下周计划
    ├─ 测试重点:[描述]
    ├─ 资源需求:[描述]
    └─ 预计产出:[描述]

3. 迭代报告

用途:迭代测试总结
受众:项目团队、管理层
频率:每个迭代结束

内容结构:
├─ 执行摘要
│   ├─ 迭代目标:[描述]
│   ├─ 测试范围:[描述]
│   ├─ 质量结论:[通过/有条件通过/不通过]
│   └─ 发布建议:[建议发布/建议延期]
│
├─ 质量数据
│   ├─ 用例统计
│   │   ├─ 总用例数:XX
│   │   ├─ 执行用例数:XX
│   │   ├─ 通过用例数:XX
│   │   ├─ 执行率:XX%
│   │   └─ 通过率:XX%
│   │
│   ├─ 缺陷统计
│   │   ├─ 新增缺陷:XX个
│   │   ├─ 已修复:XX个
│   │   ├─ 遗留缺陷:XX个
│   │   ├─ 严重缺陷:XX个
│   │   └─ 缺陷修复率:XX%
│   │
│   └─ 质量指标
│       ├─ 需求覆盖率:XX%
│       ├─ 代码覆盖率:XX%
│       ├─ 缺陷密度:XX/功能点
│       └─ 漏测率:XX%
│
├─ 风险评估
│   ├─ 高风险区域:[列表]
│   ├─ 遗留问题:[列表]
│   └─ 修复建议:[列表]
│
├─ 改进建议
│   ├─ 流程改进:[建议]
│   ├─ 工具改进:[建议]
│   └─ 能力提升:[建议]
│
└─ 附件
    ├─ 用例执行明细
    ├─ 缺陷清单
    └─ 质量趋势图

4. 专项报告

类型:
├─ 性能测试报告
├─ 安全测试报告
├─ 兼容性测试报告
├─ 接口测试报告
└─ 探索测试报告

内容结构:
├─ 测试目标
├─ 测试范围
├─ 测试环境
├─ 测试方法
├─ 测试结果
│   ├─ 通过项
│   ├─ 失败项
│   └─ 风险项
├─ 问题分析
└─ 结论建议

报告模板

测试日报模板

# 测试日报

**日期**:YYYY-MM-DD
**报告人**:[姓名]
**项目**:[项目名称]

## 今日完成
| 项目 | 数量 | 备注 |
|------|------|------|
| 用例执行 | XX条 | |
| 缺陷发现 | XX个 | |
| 缺陷修复 | XX个 | |
| 遗留问题 | XX个 | |

## 问题与风险
- [ ] 阻塞问题:[描述]
- [ ] 风险提示:[描述]
- [ ] 需要支持:[描述]

## 明日计划
- 测试重点:[描述]
- 预计产出:[描述]

迭代报告模板

# 迭代测试报告

## 执行摘要
| 指标 | 结果 | 目标 | 状态 |
|------|------|------|------|
| 用例执行率 | XX% | ≥95% | ✅/❌ |
| 用例通过率 | XX% | ≥90% | ✅/❌ |
| 缺陷修复率 | XX% | ≥95% | ✅/❌ |
| 严重缺陷 | XX个 | 0 | ✅/❌ |

## 质量结论
[通过/有条件通过/不通过]

## 发布建议
[建议发布/建议延期]

输出示例

编写迭代结束的测试报告 → 日报:今日完成XX条用例/发现XX个Bug/阻塞项XX → 周报:本周进度XX%/新增Bug趋势/风险预警 → 迭代报告:执行摘要→质量结论→数据图表→风险分析→发布建议 → 关键数据:测试通过率90%、遗留Bug12个(P0:0 P1:2 P2:10)、代码覆盖率75%

用户说"质量到底行不行" → 迭代报告一句话结论:质量良好,建议发布(P0/P1 Bug已全部修复,P2 Bug已评估无风险)

检查清单

测试报告完成后检查:

  • 报告类型是否正确?
  • 数据是否准确?
  • 结论是否清晰?
  • 风险是否识别?
  • 建议是否可行?
  • 格式是否规范?

Related skills

当发现了一个 Bug 需要提交、自己提的 Bug 被开发打回来了、或者团队 Bug 质量参差不齐需要统一规范时使用此技能。一个高质量的 Bug 报告应该让开发看一遍就能复现并定位,不需要来回追问。包含清晰的复现步骤(从环境准备到操作序列到预期/实际结果)、根因推测、影响范围评估和必要附件。 ⚠️ 本技能示例可能调用外部抓包/日志工具,请在受控环境执行。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

2 installs

当需要告诉开发"这个 Bug 必须修"、跟产品经理沟通需求变更的影响、或者向管理层汇报质量风险时使用此技能。不同角色关注的事情不同——开发要的是复现步骤和定位信息,产品要的是影响范围和优先级建议,管理层要的是风险判断和决策依据。此技能提供针对开发/产品/管理层的沟通模板和策略。产出根据不同角色定制的沟通话术和汇报材料模板。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

1 installs

当测试新人不知道执行时应该关注什么、或者有经验的测试发现"执行完了但好像什么都没发现"时使用此技能。测试执行不是"按步骤操作看结果"——你需要同时关注功能表现、接口响应、日志报错、UI 渲染、数据一致性、性能指标六路信号。大多数的 Bug 是被"不小心看到"的而非被测出来的。每轮执行后输出观察记录,标注异常信号和后续需要跟进的问题。 ⚠️ 本技能示例可能调用外部监控/截图工具,请在受控环境执行。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

2 installs

当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘,把个人和团队的经验教训转化为可复用的组织资产。不要沦为"说说好话走个形式"——有效的复盘需要有数据支撑(缺陷趋势/漏测分析/效率数据)、有根因分析(为什么出问题)和有 action items(下次怎么做不一样)。输出复盘报告和改进项追踪表。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

1 installs

当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论,让新人在第一次做之前就知道"正确的做法是什么"。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

1 installs

当开发提了 PR、代码变更需要确定测试范围、或者想通过分析代码来预测可能出 Bug 的区域时使用此技能。从测试视角分析代码变更的影响范围、识别高危模式和典型风险区域。不要看完整代码逻辑——你只需要关注变更类型(新增/修改/删除/重构)、影响范围(接口定义/数据库字段/业务逻辑)和相关依赖,据此确定最小回归测试范围。输出代码变更影响分析报告。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

2 installs