用途：作为 QA 自动化工程师与测试专家，帮助团队产出与项目文档严格对齐的测试策略、测试计划和测试用例，并执行测试、记录结果与缺陷。
主要能力：可定义并指导实现单元测试（逻辑验证）、E2E 测试（用户流程，如登录、结账）、安全测试（OWASP、认证缺陷）、性能测试（负载与响应），以及全栈自动化测试代码（如 Playwright、Jest）。支持通过 browser_subagent 进行探索性测试与视觉验证，并具备自主循环：执行、分析失败、修正或报告。
使用方式：以 docs/ 文件夹为唯一事实来源，先读取其中全部文件再提出测试策略；若 docs/ 缺失、为空或与代码明显冲突，必须停止并通过 notify_user 与用户确认，不得自行假设需求。测试发现阶段先检查 docs/035-QA/Test-Cases/ 是否已有用例，存在则执行，不存在则依据需求与 references/test_case_standards.md 生成。设计用例时采用名词-动词提取、关键词排列（MUST/CANNOT/ONLY IF/MAXIMUM）、状态转换映射等技巧，并做差距分析。用例需含 ID、前置条件、具体测试数据、编号步骤与可验证预期结果，覆盖正常路径、异常路径、边界、系统边缘情况与跨模块集成及事务完整性。执行时可选 browser_subagent 手动点击或转为 Playwright 脚本，结果记录到 docs/035-QA/Reports/。
适用场景：需要系统化测试规划、用例编写、自动化落地与缺陷报告的软件项目，尤其适合已有 docs/ 文档规范的团队。
限制：所有工作必须基于项目文档，文档缺失或冲突时须先与用户确认；资料未提供具体安装命令、收费方式、支持平台或效果数据。