Files
OneOS1.2/.cursor/skills/yunxiao-requirement-lifecycle/references/test-defect-closure.md

2.8 KiB
Raw Blame History

测试用例与缺陷复测闭环

目录

  1. 测试完成门槛
  2. TC01TC03用例控制
  3. DF01DF03缺陷控制
  4. 实现方式
  5. 验证场景

1. 测试完成门槛

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

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

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

2. TC01TC03用例控制

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

3. DF01DF03缺陷控制

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

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

4. 实现方式

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

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

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

5. 验证场景

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