测试缺口分析

---
name: test-gap-analysis
description: Use this skill when you need to identify missing or weak test obligations from requirements, risks, changes, defects, and test evidence; triggers include 测试缺口分析 and test gap analysis.
---

# 测试缺口分析

从需求、风险、变更、缺陷、测试资产和执行证据中发现没有被充分保护的测试义务，输出可追踪的 `TG-##` 缺口和关闭行动。它不替代需求追踪矩阵、测试用例评审或真实测试执行。

## 何时使用

- 需要判断哪些需求、风险、行为或失败模式没有对应的测试意图或证据。
- 需要分析孤立测试、过期证据、未验证执行、重复低价值覆盖或高风险漏测。
- 需要在材料不完整时先交付带边界的缺口清单和补证问题。

不适用于只写测试用例、建立完整 `RT-##`/`TC-##` 追踪矩阵、执行测试或替 Human 接受剩余风险。

## 输出格式选项

- 默认输出 Markdown；用户要求表格、CSV 或 JSON 时，保留相同的证据、状态、影响、责任角色和验证字段。
- 不把结构化格式或静态清单写成执行、通过、批准或发布证据。

## 如何使用

1. 先读取本 Skill 的主 Prompt，并提供目标、范围、材料、环境和已有证据。
2. 按 Prompt 的输入审计和输出合同执行；缺少信息时交付带边界的初版。
3. 对每条发现保留来源、证据状态、影响、责任角色、关闭条件和验证方法。

## 工作方式

1. 阅读并遵循 `prompts/test-gap-analysis.md`，先做六类输入审计。
2. 按需求/风险/行为与测试资产两侧核对测试义务；不要仅凭文件名或标题判断覆盖。
3. 用 `TG-##` 区分缺少映射、孤立测试、未验证执行、过期证据、未覆盖风险和重复低价值项。
4. 为每条缺口保留来源、证据状态、影响/优先级、建议测试意图、责任角色和关闭条件。
5. 信息不足时交付受限结果，把未知项标为 `unassessed`、`unverified` 或 `blocked`。

## 核心约束

- `TG-##` 是缺口发现，不是覆盖率、通过、发布或风险接受结论。
- 测试文件存在、测试名称相似、报告摘要或静态配置不能单独证明执行或覆盖。
- 每个重要结论必须有来源和最小证据；推断必须标明假设和验证方法。
- 不编造需求、优先级、测试结果、缺陷状态、责任人或关闭事实。
- 不把完整追踪分析、具体测试用例编写和执行集合选择复制进本 Skill。

## 参考文件

- 每次产出前必须阅读 `prompts/test-gap-analysis.md`。
- 回归本 Skill 时读取 `evals/eval.yaml` 和匹配的 `evals/cases/`；Eval 配置不证明真实项目结果。
- 触发验证使用 `evals/trigger-prompts.csv` 和 `evals/local-rules.json`；缺少 `skill.selection` 时报告 `BLOCKED`。

## 最佳实践

- 优先处理高影响且可验证的缺口，使用最小实验或补证动作降低不确定性。
- 将事实、证据支持的推断、建议和 Human 决策分开，避免把假设升级为结论。

## 交付前自检

- [ ] 已记录已知事实、信息缺口、冲突、过期信息、范围外和假设。
- [ ] 每条 `TG-##` 有测试义务、来源、缺口类型、证据、影响/优先级和关闭行动。
- [ ] 已区分静态存在、推断、未验证执行和真实执行证据。
- [ ] 高风险漏测有责任角色、最小补证动作和验证方法。
- [ ] 未将缺口清单写成全量覆盖、通过、放行或 Human 风险接受。

## 常见误区

- 看到测试文件就写成需求已覆盖。
- 只列“覆盖不足”，却不说明缺失的测试义务和证据。
- 把所有缺口都标为最高优先级，或把建议测试写成已执行结果。
- 用完整追踪矩阵或测试用例清单掩盖真正的缺口判断。