关于 test-strategy-plus
用于制定测试策略的技能,适合需要里程碑、质量门槛和责任安排的项目。它要求按风险排序、区分事实与假设,并在信息不全时标明缺口。
主要功能
- 01测试范围与风险优先级规划
- 02测试方法和深度设计
- 03资源、责任与里程碑安排
- 04质量门槛及入口退出考量
- 05区分已确认事实与假设
适用场景
- 01制定项目级测试策略
- 02规划质量门槛与测试里程碑
- 03根据风险安排测试资源和责任
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ naodeng/ awesome-qa-skills --skill test-strategy-plus安装后在 Claude Code 中输入/test-strategy-plus确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
README.mdagents/openai.yamlevals/eval.yamlevals/cases/basic-success.yamledge-incomplete-input.yamledge-pm-constraint-input.yamledge-risk-priority.yamlreview-repair-regression.yamlevals/graders/review-repair-regression.pyexamples/analysis-sample.mdplan-sample.mdrequirement-sample.mdrequirement-sample.strategy.docxrequirement-sample.strategy.jsonrequirement-sample.strategy.mdrequirement-sample.strategy.tsvtech-sample.mdoutput-templates/template-excel.tsvtemplate-json.jsontemplate-markdown.mdtemplate-word.docxprompts/test-strategy-plus.mdreferences/script-contract.mdreferences/local/test-strategy.mdscripts/common_formatter.pycommon_parser.pyevidence_scaffold.pyparse_excel.pyparse_html.pyparse_json.py详细介绍
原文在翻译后有更新,译文可能不是最新。
test-strategy-plus(EN)
中文版: 请参阅对应的中文技能。
适用场景
- 需要包含里程碑、关卡、责任归属和权衡的完整策略。
- 需要比基础策略版本更完善的规划文档。
脚本能力边界
可选的 scripts/run_*.py 会准备解析后的证据或来源候选项,并标记为 NOT_ASSESSED。它们不会调用模型、执行主提示词,也不会得出语义结论、确定风险优先级、生成完整用例或作出批准。由 Agent 执行主提示词。运行辅助脚本前,请阅读 references/script-contract.md。
工作流
- 阅读并遵循渐进式披露中列出的主提示词(覆盖范围、结构、质量标准)。
- 直接提供的需求、分析、技术和计划材料足以独立使用。声明了
source_role的角色报告是可选的组合输入,且无需安装角色技能。 - 只补充会影响结果的项目背景:范围、环境、约束、风险、依赖项、预期交付物。
- 如果输入不完整,请提供可用的初稿,并明确标记假设和信息缺口。
- 默认使用 Markdown;只有用户提出要求时才切换格式。
核心约束
- 按风险/业务影响确定优先级,不要一视同仁。
- 区分已确认的事实和当前假设。
- 不要编造用户未提供的端点、字段、环境或根本原因。
- 使用角色报告时保留来源角色归属,并将交付约束、质量事实/结论和风险接受情况分开。
- 项目经理可以提供进度安排、资源、依赖项和行动跟踪信息,但不能据此改写质量结论、测试事实或风险接受情况。仅使用报告内容;不要依赖角色技能的内部细节。
- 确保输出可执行:场景具体、优先级明确、后续步骤清晰。
渐进式披露
- 生成输出前,请阅读并遵循
prompts/test-strategy-plus.md(最低覆盖范围、输出结构、质量标准)。 - 有适用的现成模板时,使用
output-templates/下对应的文件。 - 用户需要示例或与现有材料保持一致时,阅读相关的
examples/。 - 对于深入的框架、故障排查或架构说明,只阅读
references/下相关文件,不要加载整个目录。 - 转换格式或执行辅助检查时,优先使用现有的
scripts/,不要重复造轮子。 - 使用 skill-up 评估此技能或进行回归测试时,请使用
evals/。
交付前检查清单
- 遵循了主提示词的输出结构
- 最低覆盖重点:目标和范围、风险优先级、测试方法和深度、资源及责任计划、里程碑、质量关卡、准入或退出考量、环境和数据策略……(详见主提示词)
- 覆盖了最低检查清单,或说明了未覆盖项
- 高风险项已明确标注优先级
- 没有编造用户未提供的细节
- 已标记假设和信息缺口
- 项目经理的进度/资源/依赖约束没有覆盖质量结论,也没有替代经授权的风险接受
- 角色报告内容保留了来源角色;直接输入仍足以独立使用,且未链接任何角色技能的内部文件
常见问题
- 范围/背景缺失时,不要假装内容完整。
- 不要把所有事项都视为同等重要。
- 不要跳过假设和信息缺口。
- 不要堆砌与当前工具链无关的通用理论。
评论
支持 Markdown