/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）。

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）。