browser-qa

name	browser-qa
description	Automate visual testing and UI interaction verification using browser automation after deployment.
metadata	{"origin":"ECC"}

Browser QA — 自动化视觉测试与交互验证

When to use

• 功能部署到 staging / preview 之后
• 需要验证跨页面的 UI 行为时
• 发布前确认布局、表单和交互是否真的可用
• 审查涉及前端改动的 PR 时
• 做可访问性审计和响应式测试时

How it works

使用浏览器自动化 MCP（claude-in-chrome、Playwright 或 Puppeteer），像真实用户一样与线上页面交互。

阶段 1：冒烟测试

1. 打开目标 URL
2. 检查控制台错误（过滤噪声：分析脚本、第三方库）
3. 验证网络请求中没有 4xx / 5xx
4. 在桌面和移动端视口截图首屏内容
5. 检查 Core Web Vitals：LCP < 2.5s，CLS < 0.1，INP < 200ms

阶段 2：交互测试

1. 点击所有导航链接，验证没有死链
2. 使用有效数据提交表单，验证成功态
3. 使用无效数据提交表单，验证错误态
4. 测试认证流程：登录 → 受保护页面 → 登出
5. 测试关键用户路径（结账、引导、搜索）

阶段 3：视觉回归

1. 在 3 个断点（375px、768px、1440px）对关键页面截图
2. 与基线截图对比（如果已保存）
3. 标记 > 5px 的布局偏移、缺失元素、内容溢出
4. 如适用，检查暗色模式

阶段 4：可访问性

1. 在每个页面运行 axe-core 或等价工具
2. 标记 WCAG AA 违规（对比度、标签、焦点顺序）
3. 验证键盘导航可以端到端工作
4. 检查屏幕阅读器地标

Examples

## QA 报告 — [URL] — [timestamp]

### 冒烟测试
- 控制台错误：0 个严重错误，2 个警告（分析脚本噪声）
- 网络：全部 200/304，无失败请求
- Core Web Vitals：LCP 1.2s，CLS 0.02，INP 89ms

### 交互
- [done] 导航链接：12/12 正常
- [issue] 联系表单：无效邮箱缺少错误态
- [done] 认证流程：登录 / 登出正常

### 视觉
- [issue] Hero 区域在 375px 视口下溢出
- [done] 暗色模式：所有页面一致

### 可访问性
- 2 个 AA 级违规：Hero 图片缺少 alt 文本，页脚链接对比度过低

### 结论：修复后可发布（2 个问题，0 个阻塞项）

集成

可与任意浏览器 MCP 配合：

• mChild__claude-in-chrome__* 工具（推荐，直接使用你的真实 Chrome）
• 通过 mcp__browserbase__* 使用 Playwright
• 直接运行 Puppeteer 脚本

可与 /canary-watch 搭配用于发布后的持续监控。