用途：在冲刺内对单个工单驱动手工／探索式 QA 闭环。固定顺序为 Stage 1 计划 → Stage 2 执行 → Stage 3 报告，完成后把 Stage 4、5、6 交给 test-documentation、test-automation、regression-testing 等技能。工单类型不限于 Story，也覆盖 Bug、Defect、Improvement、Tech Story、Tech Debt。
主要能力：提供两种模式，会话开始时必须用一句问题显式询问，不得推断：sprint-wide（整个冲刺 QA 待办）或 single-issue（其中一个工单）。每个工单经过四个派发点：Session Start、Stage 1、Stage 2、Stage 3，两种模式派发结构相同，sprint-wide 按工单循环。Stage 1 产出 ATP 与草拟 TC 大纲、风险评分，Bug 先走否决＋分诊＋风险评分决策树；Stage 2 先冒烟，再做 UI/API/DB 三线探索并留存证据；Stage 3 填写 ATR、发布 QA 评论、流转工单并提交缺陷报告。
必要用法：依赖 agentic-qa-core；设计 ATP/TC 覆盖前必须读 test-design-doctrine.md，处理 Story 和提交 Bug 前必须读 defect-management-doctrine.md。Jira 是唯一事实来源，用 bun run jira:sync-issues get <KEY> --include-comments 读取工单及同步 .md，自定义字段不要用 acli workitem view。API 测试用三步：OpenAPI MCP 读 schema（只读）→ bun run api:login 获取令牌（写入 .auth/tokens.env）→ curl 发认证请求，不得通过 OpenAPI MCP 执行请求。凭据从 .env 的 LOCAL_USER_* / STAGING_USER_* 运行时读取，禁止硬编码。sprint-wide 会在 .session/sprint-testing/sprint-<N>/ 创建 plan.md、progress.md 及每工单子作用域；single-issue 不创建冲刺会话对。sprint 范围由 JQL 查询解析：读取 .agents/jira-required.yaml 中 coverable: true 的工作类型，解析 jira_issue_type（A | B | C 取实例实际存在的首个），再与 .agents/jira-workflows.json 取交集，禁止硬编码类型列表。
适用场景：冲刺内逐工单手工 QA、用户故事测试、Bug 修复后的暂存环境重测、冲刺级 QA 待办编排与中断恢复。
限制：禁止在本流程中调用 /sdd-* 技能；重构 KATA、fixtures、cli/、scripts/、api/schemas/ 管线须先退出并调用 /framework-development。子代理失败时停止、报告部分状态并提供重试／跳阶段／中止，不做自动修复或回滚。Session Start 与 Stage 1 计划写入为必做。glossary 出现新术语只在 Stage 3 QA 评论中标记，不得由测试会话编辑 glossary。其余收费、价格、平台支持等资料暂未提供。