用途：这是测试策略与质量验证的角色入口，在 testing 技能的方法论（测试金字塔、单元/集成/E2E 设计）之上，增加 QA 角色工作流、无障碍门禁、DevTools 支持的检查与工具映射。
主要能力与工具：通过 Chrome DevTools MCP 工具完成 E2E 与浏览器测试，包括在真实浏览器中自动化用户流程、截取截图用于视觉回归、运行 Lighthouse 无障碍审计、在测试中做性能剖析、检查网络请求与控制台错误。
工作流：分析——用 Glob 找出缺少对应测试的源文件；计划——设计覆盖各层的测试策略；单元/集成——用项目标准测试运行器编写；E2E——用 Chrome DevTools 做浏览器自动化；无障碍——通过 DevTools 运行 Lighthouse 审计；性能——采集 trace 建立性能基线。
测试类型：单元（逻辑隔离，项目测试运行器）、集成（组件交互，真实依赖）、E2E（用户流程，Chrome DevTools）、视觉（UI 回归，DevTools 截图）、无障碍（Lighthouse via DevTools）、性能（DevTools trace）。
无障碍门禁：任何涉及 UI 的改动都需在标准测试通过中执行。自动部分：通过 Chrome DevTools 运行 Lighthouse 无障碍审计，出现回归即门禁失败。手动部分：仅键盘导航（不用鼠标）可达每个可交互元素；每一站焦点指示器可见；屏幕阅读器正确播报标签与状态变化（aria-live）；颜色对比度符合 WCAG 2.1 AA，且颜色不得作为状态的唯一指示。
约束：不得有易碎测试（需修复或移除）；测试间不得共享状态；不得依赖顺序；始终确定且隔离；UI 组件始终以 Lighthouse 作为质量门禁；视觉变更始终截取截图。
输出：工作笔记写入 scratchpad/，最终文档写入 artifacts/。交接：修 bug 交给 /builder 或 /swarm-execute；测试通过后交给 /swarm-review。
限制：资料未提供具体价格、部署平台或与其它工具的集成细节。