agentsclimarketplace

Pace test

Skill arch-team/devpace/skills/pace-test

Use when user says "跑测试", "测试覆盖", "验证一下", "验收", "回归", "影响分析", "test", "verify", "accept", "coverage", "测试策略", /pace-test, or when test results, coverage gaps, or acceptance readiness are discussed. NOT for code implementation (use /pace-dev). NOT for code review or approval (use /pace-review).From its SKILL.md

Install
npx -y skills add arch-team/devpace --skill pace-test

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

SKILL.md

5.2 KB, as published. Nobody here has run it

/pace-test — BizDevOps 感知的测试策略与验证

基于业务上下文(BR→PF→CR 价值链),智能管理和执行测试验证——不只是"跑测试",而是"基于需求验收标准,评估验证覆盖度和执行 AI 驱动的验收验证"。

与现有机制的关系

  • checks.md:定义 Gate 1/2 要执行的命令列表(what to run)
  • /pace-test:管理测试策略(what to test, why, how comprehensive)
  • /pace-dev Gate 1/2:消费 checks.md 中的测试命令
  • /pace-review Gate 2:可消费 /pace-test accept 的验收映射报告作为审查证据

accept 的定位

Gate 2 仅二元判定整体一致性。accept 提供精细能力:逐条验收标准附证据、三级判定(✅/⚠️/❌)、测试预言审查断言实质性、弱覆盖自动降级策略。不做 accept 也能过 Gate 2,但做了的 CR 在 Gate 3 有更充分的证据支撑(详见 skills/pace-test/test-procedures-verify.md)。

输入

$ARGUMENTS:

日常使用(大多数场景只需这些):

  • (空)→ 对当前 CR 运行所有已配置的测试,输出结构化报告
  • accept [CR编号] → AI 驱动的验收验证:逐条比对 PF 验收标准与实际行为
  • strategy → 基于 PF 验收标准生成测试策略建议
  • coverage → 分析当前测试对 PF 验收标准的覆盖度(需求覆盖率 + 代码覆盖率辅助信号)
  • impact [CR编号] [--run] → 变更影响分析:基于变更范围推荐需要重跑的测试(--run 自动执行必跑测试)
  • report [CR编号|REL-xxx] → 生成面向人类的测试摘要报告(支持 CR 级和 Release 级)

深度功能(按需使用):

  • generate [PF标题] [--full] → 基于 PF 验收标准生成测试用例(默认骨架,--full 生成完整实现)
  • flaky → 分析历史测试结果,识别不稳定测试并建议修复/隔离
  • dryrun [1|2|4] → 模拟执行指定 Gate 的完整检查流程(dry-run)
  • baseline → 建立/更新测试基准线(供 /pace-retro 度量使用)

向后兼容:旧名称 verify/regress/gen/gate 仍可使用,自动映射到新名称。

推荐使用流程

  • 首次:strategy → generate → coverage → 无参数运行 → accept → report
  • 日常:accept + 无参数运行。迭代中 impact --run 快速执行受影响测试
  • 深度:flaky · dryrun · baseline 按需使用。发布:report REL-xxx

流程

Step 1:上下文加载

  1. 检查 .devpace/ 是否存在:
    • 存在 → 读取 state.md 确定当前 CR,读取 project.md 获取 PF 列表
    • 不存在 → 降级模式:基于代码库直接分析(无 PF→测试映射能力,仅 Layer 1 可用)
  2. 如果指定了 CR 编号 → 定位对应 CR 文件
  3. 如果未指定 → 读取 state.md 当前活跃 CR
  4. 读取 .devpace/rules/checks.md(如存在)

Step 2:路由到子命令

根据 $ARGUMENTS 第一个参数路由(仅读取匹配子命令的规程文件,不加载全部规程)。非自包含子命令执行前加载 skills/pace-test/test-procedures-common.md(分层输出约定 + 技术栈检测 SSOT)。

参数流程详细规程
(空)Layer 1 基础执行skills/pace-test/test-procedures-core.md §1
accept(旧名 verify)Layer 3 AI 验收验证skills/pace-test/test-procedures-verify.md
generate(旧名 gen)测试用例生成skills/pace-test/test-procedures-generate.md(自包含)
strategy测试策略生成skills/pace-test/test-procedures-strategy-gen.md
coverage需求覆盖分析skills/pace-test/test-procedures-coverage.md
impact(旧名 regress)变更影响分析skills/pace-test/test-procedures-impact.md
report测试摘要报告(CR 级/Release 级)skills/pace-test/test-procedures-report.md
flaky不稳定测试分析skills/pace-test/test-procedures-flaky.md(自包含)
dryrun(旧名 gate)模拟门禁执行skills/pace-test/test-procedures-dryrun.md(自包含)
baseline测试基准线skills/pace-test/test-procedures-baseline.md(自包含)

Step 3:执行并报告

  1. 按子命令流程执行
  2. 将关键结果写入 CR 文件"验证证据"section(如 verify 产出)
  3. 更新 state.md(如有状态变化)
  4. 智能推荐(仅空参数运行时):根据 CR 状态推荐下一步(规则见 skills/pace-test/test-procedures-common.md)

输出

分阶段输出:子命令执行结果 + 下一步建议。支持 --brief / --detail 三级输出详细度(规则见 skills/pace-test/test-procedures-common.md)。

Keep looking

Skills are one crate of 627,801. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.