test-strategy

测试策略

中文版： 请参阅对应的中文技能。

适用场景

• 需要结合真实项目情境获取测试策略方面的帮助。
• 需要可直接用于执行、评审或后续跟进的输出。

工作流

1. 阅读并遵循 Progressive disclosure 下列出的主提示词（覆盖范围、结构、质量标准）。
2. 仅补充会影响结果的项目背景：范围、环境、约束、风险、依赖项和预期交付物。
3. 如果输入不完整，先提供可用的初稿，并明确标出假设和信息缺口。
4. 默认使用 Markdown；仅在用户提出要求时切换格式。

领域执行要点

1. 构建一份最小可执行表格，关联目标→义务/范围→层级/深度→数据/环境→资源/负责人→进入/退出规则来源→证据/剩余风险。
2. 复用项目技术栈和实际产能，优先保障关键的损失/权限义务。每个场景都需要业务后置条件/证据；资源不足时，应明确尚未完成的工作和最小替代方案。
3. 关卡由项目决定。缺失的阈值应保持未定/UNKNOWN；绝不自动采用 95% 通过关卡。策略草案不能代替人工风险接受。
4. 区分设计、计划、实际运行和验收。列出依赖项/阻碍因素、变更、停止/重新评估触发条件和负责人，确保其他执行者能够接手。

核心约束

• 按风险/业务影响确定优先级，不要一视同仁。
• 区分已确认事实与当前假设。
• 不要虚构用户未提供的端点、字段、环境或根因。
• 保持输出可执行：场景具体、优先级明确、后续步骤清晰。

渐进式披露

• 在校准领域结果、有效控制措施或证据缺口时，请阅读 references/domain-decision-example.md，了解经过脱敏的输入、逐项判定依据和可复现的计算。

• 生成输出前，请阅读并遵循 prompts/test-strategy.md（最低覆盖范围、输出结构、质量标准）。

• 用户要求 Excel/CSV/JSON/Word 时：请阅读 output-formats.md 并遵循相应格式。

• 有适用的现成模板时：使用 output-templates/ 下匹配的文件。

• 对于深入的框架/故障排查/架构说明：只阅读 references/ 下相关文件，不要加载整个目录。

• 对于格式转换或辅助检查：优先使用现有的 scripts/，不要重复造轮子。

• 对此技能进行评估/回归测试时：使用 evals/ 和 skill-up。

交付前检查清单

• 遵循了主提示词的输出结构
• 最低覆盖重点：目标和范围、质量风险、测试类型和深度、优先级领域、资源和负责人需求、环境和数据策略、进入和退出考量、自动化方向……（详见主提示词）
• 覆盖了最低检查清单，或说明了未覆盖的项目
• 高风险项目有明确的优先级
• 未虚构用户未提供的细节
• 已标明假设和信息缺口

常见陷阱

• 范围/背景缺失时，不要假装内容完整。
• 不要将每个项目视为同等重要。
• 不要省略假设和信息缺口。
• 不要堆砌与当前工具链无关的通用理论。