# 测试用例与缺陷复测闭环

## 目录

1. 测试完成门槛
2. TC01–TC03用例控制
3. DF01–DF03缺陷控制
4. 实现方式
5. 验证场景

## 1. 测试完成门槛

R10只有同时满足以下条件才能完成：

1. 范围内用例均已执行并有明确结果。
2. 不存在`未执行/待测试`、`阻塞`或`未通过`用例；获批暂缓/不适用项记录批准人与原因。
3. 每个未通过用例均正式创建或关联缺陷。
4. 修复后重新执行原用例并通过。
5. 范围内缺陷均由测试复测并进入项目真实关闭态。
6. 测试计划或测试验收任务由测试负责人确认。

流水线成功只能证明部署/自动检查成功，不能替代用例结果和缺陷复测。

## 2. TC01–TC03用例控制

| ID | 控制 | 完成口径 |
|---|---|---|
| TC01 | 用例执行 | 每条范围内用例有真实执行结果；未执行、待测试、阻塞、未通过均阻塞测试完成 |
| TC02 | 失败用例关联缺陷 | 每条未通过用例正式创建或关联缺陷；仅写编号或链接不算关联 |
| TC03 | 用例复测更新 | 修复后重新执行原用例；通过才改为已通过，失败保持未通过 |

## 3. DF01–DF03缺陷控制

| ID | 控制 | 完成口径 |
|---|---|---|
| DF01 | 已修复交接 | `已修复`只表示开发交给测试复测，不是终态，不解除测试门禁 |
| DF02 | 复测通过 | 缺陷进入项目真实关闭态，原失败用例同时更新为已通过 |
| DF03 | 复测失败 | 缺陷进入项目真实重开/处理中状态，原用例保持未通过 |

不得关闭缺陷却不更新原用例，也不得在缺陷仅为`已修复`时把用例标为通过。

## 4. 实现方式

先检查当前规则编辑器是否真的暴露Testhub执行用例和缺陷聚合条件：

- 支持时：使用原生聚合规则，并保存条件和执行日志证据。
- 不支持时：使用测试验收任务/人工门禁。
- 需要全自动时：单独评审Testhub OpenAPI/Webhook桥接，要求签名、幂等、失败重试和审计记录。

不能把`not_supported`写成“已自动化”；必须指定负责人和回退方案。

## 5. 验证场景

| 场景 | 操作 | 期望 | 负向检查 |
|---|---|---|---|
| 用例未执行 | 保留一条未执行用例 | 保持测试中 | 不得完成测试 |
| 用例失败 | 记录未通过并正式关联缺陷 | 保持测试中 | 仅建缺陷不得完成 |
| 缺陷已修复 | 开发改为已修复 | 等待测试复测 | 不得关闭或通过用例 |
| 复测通过 | 重跑原用例并通过 | 用例通过、缺陷关闭 | 两者状态必须一致 |
| 复测失败 | 重跑仍失败 | 用例未通过、缺陷重开 | 不得保持已修复/关闭 |
| 全部闭环 | 全部用例通过且缺陷关闭 | 允许R10推进 | 检查是否误触发后继规则 |