test-execution-routerlisted

# 测试执行路由 本 skill 只回答：冻结用例如何被准备、执行、路由和收口。不要在本层改用例口径；不要写项目凭据或平台专属细节。 ## 0. 同一 goal 内的两种模式 | 模式 | 发生时点 | 可以做 | 禁止做 | |---|---|---|---| | `bootstrap` M0 启动检查 | goal 首个里程碑 | 实现/修复测试资产、runner、夹具、数据/环境适配与证据工具；每个命中面运行一个最小健康探针 | 改冻结用例语义、扩大用户授权、给逐 AC 提前签发 Ready | | `verification` 正式验证 | goal 各施工切片内及候选交付前 | 跑冻结矩阵、封存 raw、派生证据状态；发现基础设施缺陷可就地修复并按影响面重跑 | 手填 VERIFIED、削弱断言、把产品现状反写测试 | 两种模式执行前都必须满足： - 已读取冻结用例规格。 - 已确认 `execution_ref` 或预定锚点。 - 已生成执行面矩阵：单元、接口、DB 预置、DB 终态、Web/admin UI、小程序 UI、视觉、手工；本任务命中面各一行，N/A 有可核理由。 - 已识别项目执行 skill；如果项目没有执行 skill，先报告缺口。 涉及真实动作时必须有上游用户授权锚点，逐项锁定目标环境、精确动作、目标对象、费用上限（含重试储备）与副作用范围。没有独立 readiness 门票；`bootstrap` 的失败先在 goal 内自愈。只有 goal-charter §4 白名单（真值矛盾 / 死亡线 / 未预授权动作，细则以彼处为真值）或计划内真实人工里程碑才交给用户；安全路径穷尽或达到限轮只交付 `EXECUTION_BLOCKED`，不前拉上游。 禁止行为： - 边执行边修改断言。 - 用“环境不方便”跳过自动化。 - 把手工验证计作自动化覆盖。 - 把 AI 可控浏览器/开发者工具、DOM/data 断言、截图或 VLM 判读降级成手工。 - 失败后只写“测试失败”，不分类。 - 状态账本自证、派生聚合物冒充 raw、从账本反向改 raw、事后补绑候选版本或环境。 ## 1. 执行流程 ### 1.1 `bootstrap` M0 启动检查 1. 读取冻结用例、执行面矩阵、上游授权与项目执行 skill；逐面加载对应参考。 2. 先查项目正式测试基座、稳定 runner/夹具/环境适配与其登记索引，逐项记录 `稳定路径 / 来源 commit / 当前分支是否可达 / 兼容性探针`；可复用且可达的资产先复用，禁止无声重造。资产只存在于兄弟分支时标记 `PROPAGATION_REQUIRED`��不得假称已经继承，也不得擅自合并���支。 3. 每个命中面填写：环境身份/保真度、凭据位置、数据建立/清理/恢复、部署通路、预算、最小健康探针与人工边界；N/A 面填写证据化理由。 4. 实现或修复 `execution_ref`、测试资产、runner、夹具、环境适配与证据工具；错误命令、路径和依赖属于本模式自愈项。 5. 每个命中面只运行一个能区分“执行基础设施���了”与“可以开始工作”的健康探针。报告状态仅为 `HEALTHY / REPAIRED / BLOCKED_AUTH / MANUAL_BOUNDARY`，不得逐 AC 预演或签发 Ready。 6. 输出 `_shared/T{n}-goal启动检查.md`。这份报告是 goal 的首个运行记录，不是章程准入证明，也不冻结测试资