Menu
系统测试通过后且工作流要求 UI QA 时使用 — 运行浏览器导向的 QA 验证并生成报告
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
启动 VibeFlow 本地看板，实时查看阶段、功能、产物和最近事件。
查看 VibeFlow 项目当前状态（阶段、进度、待处理项）。
VibeFlow框架入口。运行 /vibeflow 开始新项目或继续现有工作流。
测试阶段的真实浏览器验证底座。用于页面交互、表单、路由、前端 API、视觉状态和运行时问题验证。优先使用 Playwright MCP 做真实交互验证，使用 Chrome DevTools MCP 做运行时诊断；MCP 不可用时回退到本地 Playwright CLI 脚本。
在此仓库中用于在会话开始时路由整个VibeFlow生命周期的工作。
所有活跃功能通过且全局审查完成后使用 — 发布前运行全面系统测试，对齐 IEEE 829 和 ISTQB
| name | vibeflow-test-qa |
| description | 系统测试通过后且工作流要求 UI QA 时使用 — 运行浏览器导向的 QA 验证并生成报告 |
在系统测试通过后，对含 UI 的项目运行浏览器导向的视觉和交互质量保证。此阶段关注系统测试中自动化检查可能遗漏的视觉一致性、交互细节和用户体验问题。
启动宣告： "正在使用 vibeflow-test-qa 运行浏览器 QA 验证。"
.vibeflow/workflow.yaml 中 QA 标记为 required"ui": true 的功能docs/changes/<change-id>/verification/system-test.md 存在）如工作流标记 QA 为可选且无 UI 功能：跳过此阶段，直接进入 vibeflow-ship。
python scripts/get-vibeflow-paths.py --jsondocs/changes/<change-id>/verification/system-test.md — 系统测试结果和已知问题docs/changes/<change-id>/ucd.md（如存在）或 design.md 中的 UI/UX 章节 — 视觉基准.vibeflow/guides/services.md）调用 skills/vibeflow-browser-testing/SKILL.md 做真实浏览器验证，优先使用：
python scripts/browser_verify.py --url <url> --out-dir <dir>涉及页面交互时，不得跳过真实浏览器验证。
对 UCD 中定义的每个页面：
对关键交互组件：
在目标浏览器中重复关键页面检查，记录差异。
对 SRS 中定义的关键用户工作流：
自动化扫描已在系统测试中完成，此处做手工补充：
对每个发现记录：
保存到 docs/changes/<change-id>/verification/qa.md：
# QA 验证报告
**日期**：YYYY-MM-DD
**浏览器**：[测试的浏览器及版本]
**设备/视口**：[测试的断点]
## 摘要
- 检查页面数：X
- 检查组件数：Y
- 发现总数：Z
- 严重：A
- 重要：B
- 次要：C
- 外观：D
## 发现详情
### QA-001：[标题]
- **页面**：[URL]
- **严重度**：[级别]
- **预期**：[来自 UCD]
- **实际**：[当前行为]
- **截图**：[如有]
- **状态**：[待修复 / 已修复 / 推迟]
### QA-002：...
## 裁定
[PASS — 可发布 / FAIL — 需修复]
.vibeflow/guides/services.md）.vibeflow/logs/session-log.mdQA 通过后进入 vibeflow-ship。
调用者： vibeflow-router 或 vibeflow-test-system
依赖： 系统测试通过、UCD 文档存在
产出： docs/changes/<change-id>/verification/qa.md
可调用： vibeflow-browser-testing
链接到： vibeflow-ship