qa

# QA 编排入口（qa） 把"帮我测试这个需求"翻译成一条**可断点续跑的流水线**。本 skill 是薄编排：**不含任何测试方法与框架知识**（全部在阶段 skill 与 `core/`），不替用户做裁决。 ## When to Use - "帮我测试这个需求 / 功能"、"把这个功能完整过一遍"、"从需求到报告走一遍完整测试" - 之前的流水线中断了，需要从落盘产物续跑 ## When NOT to Use - 只要单阶段产出 → 对应阶段 skill：需求建模 `requirement-analysis`、测试策略 `test-strategy`、写用例 `test-case-writing`、审查已有用例 `test-case-review`、E2E 执行 `automated-e2e-testing`、API 执行 `api-testing`、探索会话 `exploratory-testing`、Bug 根因 `bug-analysis`、回归范围 `regression-testing` - 编写/修改某个阶段 skill 自身的方法论 → 不经过本 skill ## 编排会话模型（阶段间上下文隔离） - **每个阶段运行在独立上下文中**（宿主支持子会话/子代理时）：只加载当前阶段 skill 的 SKILL.md + 按需 references + 上一阶段的落盘产物文件；任一时刻活跃指令 ≤ 1–2 个 skill（当前阶段 + 本编排） - **主会话只持有流水线状态**：阶段清单、各产物文件路径、检查点状态——不加载任何阶段 skill 的领域知识 - **降级路径**：宿主不支持子会话、或用户在单会话内手动走流水线时，退化为**顺序会话 + 落盘文件衔接**——正确性不受影响（状态全在文件里），损失的只是上下文卫生 - **反模式**：单会话内顺序累加加载全部 SKILL.md（9 个 × 数百行指令同时在场） - **注入式形态的例外**：预注入部署（评测或宿主一次性注入全部指令）下本节隔离机制不存在——此时**靠阶段顺序防串扰**：任一时刻只执行当前阶段的指令，其余在场文件视为未加载；"文件即流水线状态"的原则两形态通用（双形态声明见 `../core/evidence.md` 第 6 节） ## 流水线与落盘产物（文件即流水线状态） | # | 阶段 | skill | 落盘产物 | 人工检查点 | |---|------|-------|---------|-----------| | 0 | （旁路，可选）探索先行 | `exploratory-testing` | `{项目}/探索笔记_{主题}.md` | — | | 1 | 需求理解 | `requirement-analysis` | `{项目}/需求模型.md`（含澄清记录） | ⏸ 澄清检查点：模糊/矛盾项等用户裁决 | | 2 | 测试策略 | `test-strategy` | `{项目}/测试策略.md`（Risk Map + 两域 scope 含 type_scope）+ `专项移交_{轴}_{日期}.yaml`（有 handoff/blocked/外部执行器轴时） | ⏸ 预算裁决：full 预算裁剪触及 Critical 轴时呈现排序提案等用户裁决 | | 3 | 用例编写 | `test-case-writing` | `{项目}/测试用例_markmap.md` + `测试用例.schema.yaml` | — |...