关于 testcase-writer-plus
基于多来源材料编写测试用例的 skill,侧重优先级、可追踪性和风险意识,并将脚本准备与 Agent 分析分开。
主要功能
- 01整合多来源材料
- 02按风险和影响排序
- 03保留追踪关系
- 04标注假设与信息缺口
- 05脚本仅准备输入材料
适用场景
- 01依据项目文档编写测试用例
- 02检查前置条件和边界场景覆盖
- 03在材料不完整时整理优先级用例
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ naodeng/ awesome-qa-skills --skill testcase-writer-plus安装后在 Claude Code 中输入/testcase-writer-plus确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
README.mdagents/openai.yamlevals/eval.yamlevals/cases/basic-success.yamledge-incomplete-input.yamledge-risk-priority.yamlreview-repair-regression.yamlevals/graders/review-repair-regression.pyexamples/analysis-sample.mdrequirement-sample.mdrequirement-sample.testcases.docxrequirement-sample.testcases.jsonrequirement-sample.testcases.mdrequirement-sample.testcases.tsvrequirement-sample.testcases.word.mdoutput-templates/template-excel.tsvtemplate-json.jsontemplate-markdown.mdtemplate-word.docxprompts/testcase-writer-plus.mdreferences/script-contract.mdreferences/local/test-case-writing.mdscripts/common_formatter.pycommon_parser.pyevidence_scaffold.pyparse_excel.pyparse_html.pyparse_json.pyparse_markdown.pyparse_word.py详细介绍
原文在翻译后有更新,译文可能不是最新。
testcase-writer-plus (EN)
中文版: 请参阅对应的中文技能。
使用时机
- 需要根据多份源文档编写测试用例,并进行更有力的优先级排序。
- 相比基础版本,需要更好的可追溯性和更清晰的风险重点。
脚本能力边界
可选的 scripts/run_*.py 会准备经解析的证据或标记为 NOT_ASSESSED 的候选源。它们不会调用模型、执行主提示词,也不会生成语义结论、风险优先级、完整用例或审批结果。主提示词由 Agent 执行。运行辅助脚本前,请阅读 references/script-contract.md。
工作流
- 阅读并遵循渐进式披露中列出的主提示词(覆盖范围、结构、质量标准)。
- 仅添加会影响结果的项目背景:范围、环境、限制、风险、依赖项、预期交付物。
- 如果输入不完整,请返回可用的初稿,并明确标记假设和信息缺口。
- 默认使用 Markdown;仅在用户提出要求时切换格式。
核心约束
- 按风险/业务影响确定优先级,不要一视同仁。
- 将已确认的事实与当前假设区分开。
- 不要编造用户未提供的端点、字段、环境或根本原因。
- 确保输出可执行:场景具体、优先级明确、后续步骤清晰。
渐进式披露
- 生成输出前,阅读并遵循
prompts/testcase-writer-plus.md(最低覆盖要求、输出结构、质量标准)。 - 有合适的现成模板时,使用
output-templates/下匹配的文件。 - 用户需要示例或希望与现有资源保持一致时,阅读相关的
examples/。 - 对于深入的框架、故障排查或架构说明,只阅读
references/下相关文件,不要加载整个目录。 - 对于格式转换或辅助检查,优先使用现有的
scripts/,不要重复造轮子。 - 对此技能进行评估或回归测试时,使用 skill-up 配合
evals/。
交付前检查清单
- 遵循了主提示词的输出结构
- 最低覆盖重点:范围、优先级分组、可追溯性、前置条件、测试数据、正向场景、负向场景、边界场景,……(详情见主提示词)
- 覆盖了最低检查清单,或说明了未覆盖项
- 高风险项明确标注了优先级
- 未编造用户未提供的细节
- 已标记假设和信息缺口
常见问题
- 缺少范围或背景时,不要假装内容完整。
- 不要把所有事项都视为同等重要。
- 不要遗漏假设和信息缺口。
- 不要堆砌与当前工具链无关的通用理论。
评论
支持 Markdown