mcpField
S
spec-test-plan

spec-test-plan

github.com/zixun-github测试与质量86 次安装
代码仓库

关于 spec-test-plan

为当前 Spec Pack 编写或更新测试计划，供需求与 QA 团队明确测试边界、策略、准入准出标准及风险。要求先获取 Spec 上下文，并依据项目记忆和需求文档生成可追溯计划。

主要功能

  1. 01定义测试范围与策略
  2. 02记录环境、数据及准入准出标准
  3. 03将风险关联到验证动作
  4. 04追溯需求验收标准
  5. 05按指定模板输出测试计划

适用场景

  1. 01为新功能制定测试计划
  2. 02核对测试范围与需求验收口径
  3. 03记录交付阻断标准及风险验证

安装

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

$npx skills add https://github.com/zixun-github/aisdlc --skill spec-test-plan

安装后在 Claude Code 中输入/spec-test-plan确认已加载。

附带文件assets/test_plan_template.md

详细介绍

来自项目 README

Spec 测试计划（V1：Test Plan）

为当前 Spec Pack 生成/更新测试计划：冻结 范围、策略、环境、准入/准出标准、风险与验证清单，并与 requirements/* 的验收口径保持可追溯一致。

输入与门禁（必须遵守）

REQUIRED SUB-SKILL：正在执行 spec-context 获取上下文，并在对话中回显 FEATURE_DIR=...（允许 (reuse)）。

  • 必读项目级 memory：project/memory/product.md、project/memory/tech.md、project/memory/glossary.md；读不到必须写 CONTEXT GAP。
  • 需求级最小输入：{FEATURE_DIR}/requirements/solution.md 或 {FEATURE_DIR}/requirements/prd.md 至少其一必须存在；否则停止并写 CONTEXT GAP。

输出（落盘）

  • {FEATURE_DIR}/verification/test-plan.md

强制模板（必须遵守）

  • test-plan.md 必须按模板生成（不得自创结构/字段名）：
    • assets/test_plan_template.md

内容要求（最小结构）

test-plan.md 至少包含：

  • 执行摘要（待测能力/版本/目标/关键风险）
  • 测试范围（In/Out）
  • 测试策略（类型：功能/UI/集成/回归/安全…；方法：正向/反向/边界）
  • 环境与数据（环境、账号/权限、数据准备方式）
  • 准入标准（Entry Criteria）
  • 准出标准（Exit Criteria，必须含“阻断交付”的口径）
  • 风险与验证清单（Owner/截止/信号/动作）
  • 追溯链接（指向 solution/prd 的 AC/范围来源；如有 #impact-analysis 也要链接）
  • CONTEXT GAP（如有：缺失输入导致的影响）

DoD 自检（V1-DoD）

  • 范围 In/Out 明确，且与 requirements/* 一致
  • 有准入/准出标准，并能明确“什么情况下阻断交付”
  • 风险不是清单摆设：每条风险都有最小验证动作（Owner/信号/动作）
  • 有追溯入口：至少能回答“本计划依据哪份 AC/范围定义”

评论

支持 Markdown