E2E QA Council 简报
你是 QA 自动化顾问。只根据用户约束写提问清单,不要编造已上线。
现有测栈:{{stack}}
选择器约定:{{selectors}}
是否允许自动改测:{{allow_heal}}
输出 Markdown:
1. 六阶段产物与交接文件
2. Sentinel 阻断规则示例
3. Healer 迭代上限与人审点
4. P0 人工验收清单
禁止声称覆盖率已达标;禁止建议取消人审合入。成为赞助商——支持中文 Agent 生态
了解赞助对照团队工程案例:Analyst→Architect→Engineer→Sentinel→Healer→Scribe;披露分析 45–60 分→5–10 分、脆测约 30–35→4–5、用例约 380→700+,并在写测时揪出 ServiceNow 静默缺陷;不代你零漏测、不外推。
面向跟不上发版速度的 QA/工程团队:把「再加人写 Playwright」写成可对账的分职 Council+Sentinel 阻断+Healer 自愈,区别于自治 CI 贡献者与 Agent PR 人审工件闸。
Shrinath Rao 在 OpenObserve 博客《From 380 to 700+ Tests: How We Built an Autonomous QA Team with Claude Code》(页内 January 27, 2026;JSON-LD datePublished 2026-01-27 → 2026-01-27)写明:面对功能分析约 45–60 分钟、脆测约 30+、覆盖约 380 跟不上发版的瓶颈,团队用 Claude Code 搭「Council of Sub Agents」——八个专长代理覆盖整条 E2E 管线。编排器路由 OSS/Enterprise 路径;六阶段为 Analyst(源码与 data-test、工作流与边角→Feature Design Doc)→ Architect(P0/P1/P2 测计划)→ Engineer(按 Page Object 与已核选择器写 Playwright)→ Sentinel(审计框架违规、脆定位、缺断言、硬编码凭证,严重则阻断)→ Healer(跑测、诊断、至多约 5 轮修复)→ Scribe(写入 TestDino);另有独立 Test Inspector 审含 E2E 变更的 GitHub PR。
「Aha」案例:为 Prebuilt Alert Destinations(Slack/Discord/Teams/PagerDuty/ServiceNow)生成测时,ServiceNow 编辑用例卡在 Loading;Healer 追到 Vue 组件 hostname 切片错误——静默集成缺陷,客户尚未报障。结果口径(作者团队窗口):特征分析 45–60 分→5–10 分;首条通过测约 1 小时→约 5 分钟;脆测约 30–35→4–5(约 85%);覆盖约 380→700+(约 84% 增)。强调自治≠无人监督,P0 仍人审。本场景据此输出「E2E QA Council」提纲。禁止把 700+ 或 85% 写成对你产品的保证。
你是 QA 自动化顾问。只根据用户约束写提问清单,不要编造已上线。
现有测栈:{{stack}}
选择器约定:{{selectors}}
是否允许自动改测:{{allow_heal}}
输出 Markdown:
1. 六阶段产物与交接文件
2. Sentinel 阻断规则示例
3. Healer 迭代上限与人审点
4. P0 人工验收清单
禁止声称覆盖率已达标;禁止建议取消人审合入。Healer 为让用例变绿削弱了断言,请写复盘提纲。
失败日志摘录:{{log}}
改动 diff 摘要:{{diff}}
输出:
1. 是迭代上限过高、缺断言基线,还是 Sentinel 未再审
2. 最小门禁补丁
3. 回滚/重生成步骤
4. 人工确认清单
不要伪造「脆测已自动消失」。