mcpField
S
spec-test-execute

spec-test-execute

github.com/zixun-githubTesting & quality83 installs
Repository

About spec-test-execute

spec-test-execute is a skill for producing traceable test execution reports from a feature's spec context, test plan, and use cases. It helps teams determine acceptance-criteria coverage, delivery readiness, blockers, and actionable next steps.

Key features

  1. 01Requires spec context and project memory
  2. 02Checks test plan and use-case inputs
  3. 03Reports suite and priority coverage
  4. 04Maps acceptance criteria to test cases
  5. 05Tracks blockers, risks, and next actions

Use cases

  1. 01Assess whether acceptance criteria are covered
  2. 02Summarize test execution for a release
  3. 03Connect failures and blockers to test cases

Install

Copy the command and run it in a terminal.

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

After installing, type/spec-test-executein Claude Code to confirm it loaded.

Bundled filesassets/report_template.md

Details

From the project README

Spec 测试执行与报告（V4：Execute + Report）

本技能产出“结论性测试报告”：回答 是否满足 AC、是否可交付、阻断点是什么、下一步动作是什么。

输入与门禁（必须遵守）

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

  • 先定位再读写：必须先通过 spec-context 获取 FEATURE_DIR；失败即停止，禁止猜路径。
  • 必读项目级 memory：project/memory/product.md、project/memory/tech.md、project/memory/glossary.md；读不到必须写 CONTEXT GAP。
  • 输入依赖：verification/test-plan.md 与 verification/usecase.md 必须存在；verification/suites.md 若存在则纳入覆盖统计。
  • 缺陷不在 Spec Pack 落盘：禁止新建 verification/bugs/**；报告只做“缺陷编号/链接/状态/严重程度”的引用清单。
  • 缺陷回写（强制）：当缺陷在外部系统创建/更新后，必须回写到本轮 report-*.md 的“缺陷清单”，并关联到对应 TC-*。

输出（落盘）

  • {FEATURE_DIR}/verification/report-{date}-{version}.md

命名规则：

  • date：YYYY-MM-DD
  • version：构建/发布可追溯标识（版本号、build id、git sha）；未知则用 unknown 且在报告中写 CONTEXT GAP: version/build unknown

强制模板（必须遵守）

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

内容要求（最小结构）

report-*.md 至少包含：

  • 测试摘要
    • 结论：通过 / 不通过 / 有条件通过
    • 版本/构建/环境（未知必须写 CONTEXT GAP）
  • 覆盖统计
    • 按套件/优先级：总数、执行数、通过、失败、阻塞、未执行
  • AC↔TC 覆盖映射
    • 至少能回答“哪些 AC 被哪些 TC 覆盖；哪些 AC 仍缺口（Gap）”
  • 关键失败与阻断项
    • 必须可追溯到用例编号（TC-...）
  • 缺陷清单（仅引用）
    • 缺陷系统/Issue 编号 + 链接 + 状态 + 严重程度
    • 必须关联到对应 TC-*；若尚未提缺陷，必须写明阻断原因与下一步动作（不得悬空）
  • 遗留风险与建议
    • 下一步动作必须可执行（返工/补测/灰度/加监控/回滚建议）
  • 追溯链接
    • requirements/*、verification/test-plan.md、verification/usecase.md、（可选）verification/suites.md
  • CONTEXT GAP（如有）

DoD 自检（V4-DoD）

  • 报告有明确结论（不是“已测完”）
  • 所有失败/阻断项都能定位到 TC-* 与外部缺陷编号（如有）
  • 风险与建议可执行（下一步动作明确）

Comments

Markdown supported