# 测试报告正反例

正例只展示证据结构；数量、命令、时间、环境和结论必须来自本次真实运行，不能预填。

## 正例

- 环境：提交 `abc1234`，Node 20.15，PostgreSQL 16，测试容器 digest 已记录
- 命令：`npm test -- order-idempotency`
- 结果：12 项通过、1 项失败、0 跳过，退出码 1，执行时间 8.4 秒
- 失败项总数：1，与命令原始输出和失败追踪表一致
- 失败：同键并发测试偶发生成两行；日志与数据库快照位于 `artifacts/test/order-idempotency/`
- REQ 矩阵：`REQ-014` 的正常和错误场景通过，并发边界失败，因此结论为“不通过”
- 闭环：修复唯一约束后复跑同一命令 30 次均通过，再更新报告并保留首次失败证据

好在：失败不会被总数掩盖，需求结论与真实证据一致且可复验。

## 反例

- 单元测试：通过
- 集成测试：通过
- 覆盖率：较高
- 系统符合需求，可以上线

问题：没有环境、命令、数量、退出码、失败证据、需求映射或可复验记录。

### 报告纪律反例

- 报告只写「全部通过」不标注断言层级——阅读者无从判断验证覆盖的是视觉、行为还是数据层。
- 不稳定断言静默跳过后照常宣布覆盖——降级项与兜底分工（人工/IT）未声明，覆盖面被夸大。

问题：报告的价值在证据种类可判；降级不声明等于覆盖造假。

## 迁移到当前项目

替换环境、版本、命令、数量、结果、日志和需求映射。只记录真实执行输出；未执行、阻塞、flaky 和失败必须保留原状态，不能借用示例数字。