# 免费模板｜让别人能复现的缺陷报告

来自 eddieblog.com。本模板可复制、修改，用于个人或团队项目。填写时使用虚构或脱敏数据，不记录密码、Token、Cookie 或真实客户内容。AI 可辅助整理，结论与修改必须人工审核。

## 1. 摘要

- 标题：[什么条件下，出现什么异常]
- 环境与版本：[测试 / 生产、版本、浏览器等必要信息]
- 发生时间与时区：[YYYY-MM-DD HH:mm，时区]
- 影响：[谁不能完成什么事；有没有临时绕行方法]

## 2. 最小复现

**前置条件：** [角色、必要配置与最小数据样本]

1. [进入哪里或调用什么]
2. [输入精确值，不写“随便填”]
3. [执行动作并观察]

**预期：** [应当出现的具体结果，注明需求依据]

**实际：** [实际出现的具体结果]

**频率：** [例如 3 次中 3 次；未统计则注明]

## 3. 证据与判断

- 证据位置：[已脱敏截图、请求响应、日志或结果文件]
- 已确认事实：[能从证据直接读到的现象]
- 待验证假设：[可能原因，不能提前写成根因]
- 下一步：[最小检查、负责人]

## 4. 修复后确认

- 修复版本：[版本]
- 原失败样本：[通过 / 失败 / 未执行，附证据]
- 相邻正常场景：[通过 / 失败 / 未执行，附证据]
- 发布状态：[未发布 / 已部署待验证 / 目标环境验证通过]
- 人工验证人及时间：[角色、时间]

## 一个小例子

“测试环境 v0.4，业务时区 Asia/Shanghai。日期筛选 2026-10-09 至 2026-10-09，样本任务创建于本地 23:59:59。列表包含该任务，导出文件不包含。3 次中 3 次复现。预期当天全部匹配任务都导出。已知是结果差异，尚未证明是时区计算错误。”

复制上面的空白字段，就可以开始记录。完整工作流还需要把需求确认、开发范围、代码审查、发布恢复和复盘行动连接起来。