mcpField
T
testcase-writer-plus

testcase-writer-plus

github.com/naodeng测试与质量285135 次安装今天更新
代码仓库

关于 testcase-writer-plus

基于多来源材料编写测试用例的 skill,侧重优先级、可追踪性和风险意识,并将脚本准备与 Agent 分析分开。

主要功能

  1. 01整合多来源材料
  2. 02按风险和影响排序
  3. 03保留追踪关系
  4. 04标注假设与信息缺口
  5. 05脚本仅准备输入材料

适用场景

  1. 01依据项目文档编写测试用例
  2. 02检查前置条件和边界场景覆盖
  3. 03在材料不完整时整理优先级用例

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/naodeng/awesome-qa-skills --skill testcase-writer-plus

安装后在 Claude Code 中输入/testcase-writer-plus确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

README.md
agents/
openai.yaml
evals/
eval.yaml
evals/cases/
basic-success.yaml
edge-incomplete-input.yaml
edge-risk-priority.yaml
review-repair-regression.yaml
evals/graders/
review-repair-regression.py
examples/
analysis-sample.md
requirement-sample.md
requirement-sample.testcases.docx
requirement-sample.testcases.json
requirement-sample.testcases.md
requirement-sample.testcases.tsv
requirement-sample.testcases.word.md
output-templates/
template-excel.tsv
template-json.json
template-markdown.md
template-word.docx
prompts/
testcase-writer-plus.md
references/
script-contract.md
references/local/
test-case-writing.md
scripts/
common_formatter.py
common_parser.py
evidence_scaffold.py
parse_excel.py
parse_html.py
parse_json.py
parse_markdown.py
parse_word.py

详细介绍

原文在翻译后有更新,译文可能不是最新。

testcase-writer-plus (EN)

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

使用时机

  • 需要根据多份源文档编写测试用例,并进行更有力的优先级排序。
  • 相比基础版本,需要更好的可追溯性和更清晰的风险重点。

脚本能力边界

可选的 scripts/run_*.py 会准备经解析的证据或标记为 NOT_ASSESSED 的候选源。它们不会调用模型、执行主提示词,也不会生成语义结论、风险优先级、完整用例或审批结果。主提示词由 Agent 执行。运行辅助脚本前,请阅读 references/script-contract.md。

工作流

  1. 阅读并遵循渐进式披露中列出的主提示词(覆盖范围、结构、质量标准)。
  2. 仅添加会影响结果的项目背景:范围、环境、限制、风险、依赖项、预期交付物。
  3. 如果输入不完整,请返回可用的初稿,并明确标记假设和信息缺口。
  4. 默认使用 Markdown;仅在用户提出要求时切换格式。

核心约束

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

渐进式披露

  • 生成输出前,阅读并遵循 prompts/testcase-writer-plus.md(最低覆盖要求、输出结构、质量标准)。
  • 有合适的现成模板时,使用 output-templates/ 下匹配的文件。
  • 用户需要示例或希望与现有资源保持一致时,阅读相关的 examples/。
  • 对于深入的框架、故障排查或架构说明,只阅读 references/ 下相关文件,不要加载整个目录。
  • 对于格式转换或辅助检查,优先使用现有的 scripts/,不要重复造轮子。
  • 对此技能进行评估或回归测试时,使用 skill-up 配合 evals/。

交付前检查清单

  • 遵循了主提示词的输出结构
  • 最低覆盖重点:范围、优先级分组、可追溯性、前置条件、测试数据、正向场景、负向场景、边界场景,……(详情见主提示词)
  • 覆盖了最低检查清单,或说明了未覆盖项
  • 高风险项明确标注了优先级
  • 未编造用户未提供的细节
  • 已标记假设和信息缺口

常见问题

  • 缺少范围或背景时,不要假装内容完整。
  • 不要把所有事项都视为同等重要。
  • 不要遗漏假设和信息缺口。
  • 不要堆砌与当前工具链无关的通用理论。

评论

支持 Markdown