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-* 与外部缺陷编号(如有) 风险与建议可执行(下一步动作明确)
spec-test-execute
安装
npx skills add https://github.com/zixun-github/aisdlc --skill spec-test-execute