E2E Verify

该技能用于验证 web/ 管理端和 /_bifrost/api 接口，优先使用已存在的场景与脚本，不要重新发明一套测试入口。

何时调用

• 需要验证 Bifrost 管理端页面流程
• 需要回归 Traffic、Rules、Values、Scripts、Settings 等核心页面
• 需要验证管理端 API 是否可用
• 需要基于页面快照定位元素或调试场景失败

前置条件

• 场景测试默认使用独立代理进程，不再复用共享 9900
• browser-test.js scenario 会自动：
  • 分配独立代理端口
  • 创建独立 BIFROST_DATA_DIR
  • 在结束后停止该代理进程
• 前端开发服务器用于手工调试时再单独启动：pnpm dev
• 默认手工调试 UI 入口：http://localhost:3000/_bifrost/
• ⛔ 启动时必须加 --no-system-proxy：除非测试目标明确涉及系统代理功能，否则所有启动命令必须携带 --no-system-proxy，避免修改系统代理配置导致网络中断。
• 若需要手工启动独立管理端，请优先使用"先编译、再启动"的方式：

CARGO_TARGET_DIR=./.bifrost-ui-target cargo build --bin bifrost
BIFROST_DATA_DIR=./.bifrost-e2e-ui ./.bifrost-ui-target/debug/bifrost start -p 9910 --unsafe-ssl --no-system-proxy

• 启动后必须确认：
  • lsof -nP -iTCP:9910 -sTCP:LISTEN
  • curl -sS http://127.0.0.1:9910/_bifrost/api/proxy/address
• 路由定义查看 web/src/App.tsx
• API 说明查看 crates/bifrost-admin/ADMIN_API.md

目录

• scripts/browser-test.js：UI 测试主入口
• scripts/api-test.js：API 测试主入口
• scripts/push-debug.js：最小化 push / websocket 排查工具
• scripts/scenarios/：内置场景
• logs/：快照和调试输出
• screenshots/：截图输出

快速开始

cd .trae/skills/e2e-verify/scripts
pnpm install

场景测试

先查看可用场景：

node browser-test.js scenario --list

当前内置场景：

• stream-sse
• stream-ws
• traffic-delete

运行场景：

node browser-test.js scenario stream-sse
node browser-test.js scenario stream-ws --headless --verbose
node browser-test.js scenario traffic-delete --actions

• 如需显式复用已有代理，可加 --shared-proxy
• 如需覆盖入口地址，可加 --base-url <url>

浏览器命令

node browser-test.js launch http://localhost:3000/_bifrost/ -i
node browser-test.js watch http://localhost:3000/_bifrost/
node browser-test.js sessions
node browser-test.js tools snapshot

API 命令

node api-test.js --api /_bifrost/api/system/overview -p 9900 -v
node api-test.js --api /_bifrost/api/rules -p 9900

Push 排查命令

node push-debug.js -p 9900
node push-debug.js -p 9900 --duration 8000 --headful
node push-debug.js -p 9900 --seed http
node push-debug.js -p 9900 --seed connect --duration 8000
node push-debug.js -p 9900 --page /_bifrost/rules --no-expect-traffic-subscription

常用工作流

1. 优先运行已有场景，而不是新写一套交互脚本
2. 如果元素定位不稳，先用 launch -i 或 watch 查看快照
3. API 问题优先用 api-test.js 单独确认
4. 需要新增场景时，直接在 scripts/scenarios/ 下补 JSON
5. 如果页面现象和 API 不一致，必须抓浏览器 /api/push websocket frame，确认是“后端没推”还是“页面没订阅/没消费”
6. 不允许复用其他任务占用的共享代理端口；默认走独立代理进程，只有明确需要联调时才使用 --shared-proxy
7. 实时推送问题优先跑 push-debug.js，先拿到 websocket 和 API 证据，再决定是否进入完整 Playwright 用例

CLI 对齐说明

browser-test.js help 与本技能文档必须保持同步。若后续新增 CLI 参数或场景 schema，必须同时更新这两个位置。