菜单
所有活跃功能通过且全局审查完成后使用 — 发布前运行全面系统测试，对齐 IEEE 829 和 ISTQB
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
启动 VibeFlow 本地看板，实时查看阶段、功能、产物和最近事件。
查看 VibeFlow 项目当前状态（阶段、进度、待处理项）。
VibeFlow框架入口。运行 /vibeflow 开始新项目或继续现有工作流。
测试阶段的真实浏览器验证底座。用于页面交互、表单、路由、前端 API、视觉状态和运行时问题验证。优先使用 Playwright MCP 做真实交互验证，使用 Chrome DevTools MCP 做运行时诊断；MCP 不可用时回退到本地 Playwright CLI 脚本。
在此仓库中用于在会话开始时路由整个VibeFlow生命周期的工作。
系统测试通过后且工作流要求 UI QA 时使用 — 运行浏览器导向的 QA 验证并生成报告
| name | vibeflow-test-system |
| description | 所有活跃功能通过且全局审查完成后使用 — 发布前运行全面系统测试，对齐 IEEE 829 和 ISTQB |
在所有功能实现并通过后运行跨功能和系统级测试。每个功能的 ST 测试用例已在构建循环中通过 vibeflow-feature-st 执行。此阶段关注功能级测试无法覆盖的：跨功能交互、多功能 E2E 工作流、系统级 NFR 验证、兼容性和探索性测试。
启动宣告： "正在使用 vibeflow-test-system。所有功能已通过 — 开始跨功能系统测试。"
不得跳过任何适用的测试类别。"Go" 裁定需要每个适用类别的证据。"可能可以"不是证据。
"status": "passing" — 如有失败则返回 vibeflow-build-work.vibeflow/guides/services.md 命令python scripts/get-vibeflow-paths.py --jsonbrief.md、design.md、ucd.md（如有 UI）、.vibeflow/logs/session-log.md创建 docs/changes/<change-id>/verification/system-test-plan.md：
| 类别 | 适用条件 | 跳过条件 |
|---|---|---|
| 回归 | 始终 | 从不 |
| 集成 | 2+ 功能共享数据/状态/API | 单个隔离功能 |
| E2E 场景 | SRS 有多步用户工作流 | 纯库/工具项目 |
| 浏览器运行时验证 | 存在页面交互、表单、路由、前端 API、状态切换 | 无浏览器运行时 |
| 性能 | SRS 有响应时间/吞吐量 NFR | 无性能 NFR |
| 安全 | 安全 NFR 或处理用户输入/认证 | 隔离离线工具 |
| 无障碍 | 存在 UI 功能 | 无 UI 功能 |
| 兼容性 | SRS 指定平台/浏览器/运行时目标 | 单平台 CLI 工具 |
| 探索性 | 始终 | 从不 |
将每个 SRS 需求映射到 ST 测试方法：
| 需求 ID | 需求 | 功能 ST 状态 | 系统 ST 类别 | 测试方法 | 优先级 |
|---------|------|-------------|-------------|---------|--------|
每个 FR-xxx、NFR-xxx、IFR-xxx 必须出现在 RTM 中。无测试方法的需求 = 缺口。
入口：所有功能 passing，环境就绪，所有配置齐备。 退出：所有测试通过，NFR 阈值达标（有度量证据），无严重/重要缺陷，RTM 100% 覆盖。
回归测试是阻塞门禁：必须通过后才能启动后续并行测试类别。
回归测试通过后，以下测试类别互不依赖，使用 Agent 工具并行执行：
回归测试通过（阻塞门禁）
│
├──▶ Agent 1: 集成测试
│ 跨功能数据流、API 契约、依赖链
│
├──▶ Agent 2: E2E 场景测试
│ 跨功能用户工作流（正常路径 + 错误恢复）
│
├──▶ Agent 3: 浏览器运行时验证
│ 真实页面交互、console、network、截图、a11y
│
├──▶ Agent 4: NFR 验证
│ 性能/安全/无障碍/可靠性
│
└──▶ Agent 5: 兼容性 + 探索性测试
跨平台兼容 + 章程式探索
│
├── 所有 Agent 返回 ──▶ 合并到 ST 报告
└── 任一发现严重/重要缺陷 ──▶ 缺陷分诊
执行方式：
在同一条消息中发起多个 Agent 调用（仅发起 ST 计划中标记为"适用"的类别）。每个 Agent 的提示词包含：feature-list.json、需求文档、设计文档、.vibeflow/guides/services.md、RTM 相关需求。
Agent 1 — 集成测试（适用条件：2+ 功能共享数据/状态/API）：
dependencies[] 图Agent 2 — E2E 场景测试（适用条件：SRS 有多步用户工作流）：
vibeflow-browser-testingAgent 3 — 浏览器运行时验证（适用条件：存在浏览器运行时）：
skills/vibeflow-browser-testing/SKILL.mdbrowser-test-plan.mdAgent 4 — NFR 验证（适用条件：SRS 有 NFR-xxx）：
对 SRS 中每个 NFR-xxx，用度量证据验证：
vibeflow-browser-testingAgent 5 — 兼容性 + 探索性测试：
兼容性（如 SRS 未指定平台/浏览器/运行时目标则跳过）：
探索性（始终执行）： 基于章程、限时的会话，发现脚本测试遗漏的问题：
章程：探索 [功能领域]
使用 [技术：压力/边界/滥用/工作流变体]
以发现 [bug/可用性问题/未文档行为]
每个章程限时 15-30 分钟。
返回格式：兼容性矩阵 + 探索性发现列表。
结果合并： 收集所有 Agent 的返回结果，统一进入缺陷分诊流程。
回退规则： 如 Agent 工具不可用或执行异常，回退为顺序执行。
| 严重度 | 定义 | 行动 |
|---|---|---|
| 严重 | 系统崩溃、数据丢失、安全漏洞 | 阻塞发布 — 立即修复 |
| 重要 | 核心工作流中断、NFR 阈值未达 | 阻塞发布 — 发布前修复 |
| 次要 | 非核心受影响、有变通方案 | 记录 — 立即修复或推迟 |
| 外观 | 视觉/文本问题、无功能影响 | 记录 — 推迟到下一发布 |
严重/重要缺陷：标记受影响功能为 failing -> 返回 vibeflow-build-work 修复 -> 重新运行受影响 ST 类别。
生成 docs/changes/<change-id>/verification/system-test.md：
.vibeflow/logs/session-log.md通过 AskUserQuestion 向用户展示 ST 报告摘要和 Go/No-Go 建议：
裁定通过后：
.vibeflow/workflow.yaml 要求 QA -> 进入 vibeflow-test-qavibeflow-ship调用者： vibeflow-router 或 vibeflow-review
读取： feature-list.json、docs/changes/<change-id>/brief.md、docs/changes/<change-id>/design.md、可选 legacy docs/changes/<change-id>/requirements.md、可选 docs/changes/<change-id>/ucd.md、功能级测试用例文档、.vibeflow/logs/session-log.md
可调用： vibeflow-build-work（如发现严重/重要缺陷）、vibeflow-browser-testing（如存在 UI / 页面交互）
产出： docs/changes/<change-id>/verification/system-test-plan.md、docs/changes/<change-id>/verification/system-test.md、适用时 docs/changes/<change-id>/verification/browser-test-plan.md 与 docs/changes/<change-id>/verification/browser-test.md
链接到： vibeflow-test-qa 或 vibeflow-ship