状态稳定
类型原子 Skill
领域软件测试
生命周期测试设计
适合角色QA / BA / PM
语言中文 / 英文
评测有评测 ✓
同步日期2026-09-15
解决什么问题
它把当前 Skill 的方法整理成可以直接执行、评审和复用的质量输入。
- 按风险/业务影响排优先级，不要平均摊铺。
- 把「已确认事实」和「当前假设」分开写。
- 不要编造用户未提供的接口、字段、环境或根因细节。
- 范围和上下文都不清楚时，不要假装已经完整可用。
适用场景
推荐使用
- 需要一份更完整的测试策略，包含里程碑、质量门槛和责任安排。
- 需要比基础版更强的规划和取舍说明。
常见误区
- 范围和上下文都不清楚时，不要假装已经完整可用。
- 不要把所有项写成同等重要。
- 不要跳过假设与信息缺口。
- 不要输出大段与当前工具链无关的空泛理论。
输入
最低输入
- 当前任务范围、目标和待处理对象。
推荐输入
- 产出前必须阅读并遵循 prompts/test-strategy-plus.md（最低覆盖清单、输出结构、质量要求）。
- 需要套用现成模板时：读 output-templates/ 中匹配的模板，不要自创冲突结构。
- 用户要示例或对标现有资产时：读 examples/ 中相关样例。
- 需要框架规范、排障、报告 schema 等深资料时：只读 references/ 里与当前问题相关的文件，不要整目录通读。
可选上下文
- 需要格式转换或辅助校验时：优先使用 scripts/ 中已有脚本，而不是重写一遍。
- 需要评测/回归本 skill 时：使用 evals/，并用 skill-up 校验与运行。
输出
输出会围绕该 Skill 的方法形成可执行结果，并明确事实、假设、风险和下一步。
不安装也能判断输出价值
- 01已遵循主提示词的输出结构
- 02最低覆盖关注：目标和范围、风险优先级、测试方法和深度、资源和责任安排、里程碑、质量门槛、入口和结束考虑、环境和数据策略…（细节以主提示词为准）
- 03已覆盖最低清单，或标明为何省略
- 04高风险项有明确优先级
查看完整输出结构
- 05未编造用户未提供的细节
- 06假设与信息缺口已标明
- 07项目经理的排期/资源/依赖约束未覆盖质量结论或替代风险接受授权
- 08使用角色报告时保留来源角色；直接输入仍可独立使用，且未链接角色 Skill 内部文件
工作原理
- 01阅读并遵循「按需加载」中的主提示词（覆盖清单、输出结构、质量要求）。
- 02需求、分析、技术与计划等直接材料始终可以独立使用；带 source_role 的角色报告只是可选组合输入，不得要求额外安装角色 Skill。
- 03只补充真正影响结果的项目上下文：范围、环境、限制、风险、依赖、期望产出。
- 04信息不全时先给可用初版，并显式标出假设与信息缺口。
- 05默认 Markdown；用户指定其他格式时再切换。
安装与快速开始
安装命令 / SHELL
npx skills add \
https://github.com/naodeng/awesome-qa-skills/tree/main/skills/zh/testing-types/test-strategy-plus
-gtest-strategy-plus.prompt
@skill test-strategy-plus
结合当前项目上下文，按该 Skill 的要求给出可执行结果。
补充上下文：
[粘贴项目背景或需求]---
name: test-strategy-plus
description: Use this skill when you need a structured test strategy from requirement, analysis, tech, and plan docs; triggers include 测试策略增强、test strategy plus and advanced test strategy.
---
# 测试策略增强版（中文版）
**英文版：** 见对应英文技能。
## 何时使用
- 需要一份更完整的测试策略，包含里程碑、质量门槛和责任安排。
- 需要比基础版更强的规划和取舍说明。
## 执行流程
1. 阅读并遵循「按需加载」中的主提示词（覆盖清单、输出结构、质量要求）。
2. 需求、分析、技术与计划等直接材料始终可以独立使用；带 `source_role` 的角色报告只是可选组合输入，不得要求额外安装角色 Skill。
3. 只补充真正影响结果的项目上下文：范围、环境、限制、风险、依赖、期望产出。
4. 信息不全时先给可用初版，并显式标出假设与信息缺口。
5. 默认 Markdown；用户指定其他格式时再切换。
## 核心约束
- 按风险/业务影响排优先级，不要平均摊铺。
- 把「已确认事实」和「当前假设」分开写。
- 不要编造用户未提供的接口、字段、环境或根因细节。
- 使用角色报告时保留来源角色，并分开记录交付约束、质量事实/结论与风险接受。
- 项目经理可提供排期、资源、依赖与行动跟踪，但这些内容不能改写质量结论、测试事实或风险接受；只消费报告内容，不依赖角色 Skill 内部文件。
- 结果必须可执行：场景具体、有优先级、能指导下一步。
## 按需加载
- 产出前必须阅读并遵循 `prompts/test-strategy-plus.md`（最低覆盖清单、输出结构、质量要求）。
- 需要套用现成模板时：读 `output-templates/` 中匹配的模板，不要自创冲突结构。
- 用户要示例或对标现有资产时：读 `examples/` 中相关样例。
- 需要框架规范、排障、报告 schema 等深资料时：只读 `references/` 里与当前问题相关的文件，不要整目录通读。
- 需要格式转换或辅助校验时：优先使用 `scripts/` 中已有脚本，而不是重写一遍。
- 需要评测/回归本 skill 时：使用 `evals/`，并用 skill-up 校验与运行。
## 交付前自检
- [ ] 已遵循主提示词的输出结构
- [ ] 最低覆盖关注：目标和范围、风险优先级、测试方法和深度、资源和责任安排、里程碑、质量门槛、入口和结束考虑、环境和数据策略…（细节以主提示词为准）
- [ ] 已覆盖最低清单，或标明为何省略
- [ ] 高风险项有明确优先级
- [ ] 未编造用户未提供的细节
- [ ] 假设与信息缺口已标明
- [ ] 项目经理的排期/资源/依赖约束未覆盖质量结论或替代风险接受授权
- [ ] 使用角色报告时保留来源角色；直接输入仍可独立使用，且未链接角色 Skill 内部文件
## 常见误区
- 范围和上下文都不清楚时，不要假装已经完整可用。
- 不要把所有项写成同等重要。
- 不要跳过假设与信息缺口。
- 不要输出大段与当前工具链无关的空泛理论。