用途
Test Scope Analysis 是一个在测试执行之前使用的范围界定技能，用于为一次测试活动、迭代、发布或风险评审划定可解释的边界。它分析的目标包括：交付目标、产品面、变更与风险、约束条件、现有资产、平台、角色、数据以及环境。其产出是带编号（TS-##）的范围条目，包含纳入项、排除项、测试深度、依赖关系、停止条件、扩展触发条件与残余风险。资料明确指出，该技能不是完整的测试策略，不负责测试选择，也不执行测试。
主要能力
- 将输入分类为已知、缺失、冲突、过期、超出范围与假设等状态。
- 以 TS-## 条目记录纳入、排除、深度、依赖、停止条件、扩展触发、证据与负责人角色。
- 按版本 × 层级 × 平台 × 数据状态构建范围单元格，并与需求、纳入/排除证据、负责人及可观察的验收标准关联。
- 区分 INCLUDE、EXCLUDE 与 UNKNOWN 三类范围。排除项需要来源范围或独立合同理由；平台、数据或边界支持不明确时，不能等同于“不测试”。
- 将范围事实、风险推断、建议与人工决策分开记录，并为每个取舍给出可验证的理由。
- 在上下文缺失时，交付有限的范围草稿与扩展准则。
- 记录预算、环境、权限方面的阻塞项与残余风险；对未满足的关键义务进行上报，而不是自行发明产品边界或接受风险。
使用方式
- 阅读该技能的 primary prompt，提供目标、范围、材料、环境和可用证据。
- 遵循 prompt 的输入审计与输出契约；信息不完整时先交付有限的第一遍分析。
- 为每项发现保留来源、证据状态、影响、负责人角色、关闭条件与验证方法。
- 生成分析前必须阅读 prompts/test-scope-analysis.md；进行回归分析时需阅读 evals/eval.yaml 及其用例；进行触发检查时使用 evals/trigger-prompts.csv 与 evals/local-rules.json（缺少选择追踪时标记为 BLOCKED）。
- 校准领域结果、有效控制或证据缺口时，可阅读 references/domain-decision-example.md。
输出格式默认为 Markdown；当要求表格、CSV 或 JSON 时，保留相同的证据、状态、影响、负责人与验证字段。结构化格式或静态清单不得作为执行、通过、批准或发布证据。
适用场景
- 为迭代、发布、变更或风险评审定义可解释的边界。
- 使核心旅程、直接/传递影响、非功能范围、迁移兼容性与未评估区域变得明确。
- 上下文不完整，但仍希望得到有边界的范围草稿与证据问题清单。
- 需求、平台、接口或版本发生变化时触发重新评估。
限制
- 不生成完整测试策略、不选择具体可执行测试集、不执行测试。
- 不得将变更文件名、测试名、范围表或静态检查作为覆盖率或通过证据。
- 缺少风险、执行或环境证据时，状态只能标记为未评估、未验证或未执行。
- 不得将有界范围呈现为覆盖率证明、执行证据或发布结论。
- 选择/设计、执行与满足度是相互独立的；清单不等于覆盖率证明。
- 新功能范围比仅变更回归更宽。
常见陷阱
- 把“只测核心流程”当作非核心路径安全的证明。
- 用测试或文件数量替代范围理由与风险证据。
- 变更或风险证据变化时没有扩展触发条件。
交付检查清单
- 记录目标、版本、范围与六部分输入审计。
- 为每个 TS-## 给出纳入/排除、深度、依赖、停止与扩展条件。
- 覆盖核心/传递影响、非功能、迁移兼容性与未评估区域。
- 为每个取舍给出来源、影响与验证方法。
- 不将有界范围呈现为覆盖率证明、执行证据或发布结论。
关于收费、价格、平台支持等事实，资料暂未提供。