不想上线后再救火?这10个Skill提前完成测试

假设你刚做完一个带表单和登录的页面,准备上线。与其等用户报错,不如让这 10 个 Skill 按顺序把需求、代码、浏览器和性能都过一遍。

上线前最怕的不是没测试,而是不知道测什么。这套组合先让 grilling 把需求问清楚,把边界条件和失败路径逼出来,再让 frontend-design 和 vercel-react-best-practices 从设计和代码两侧提前排雷。

接着进入浏览器层。webapp-testing 负责跑本地应用的主回归,playwright-cli 把手工点击路径固化成可重复脚本,agent-browser 复现表单和按钮操作,browser-use 通过 CDP 覆盖脚本难模拟的场景。

最后做核验。web-perf 把 LCP、CLS 这些指标纳入上线前检查,vercel-optimize 用部署后的真实信号补充回归,debug-zoom-integration 则在第三方集成出问题时按层隔离故障。顺序不是死的,但先问清楚、再跑起来、最后看指标,比反过来省事。

webapp-testing

用 Playwright 跑起本地 Web 应用的前端功能测试,作为上线前的主回归手段

playwright-cli

录制并回放浏览器交互,把手工点击路径固化成可重复执行的测试脚本

agent-browser

在测试过程中自动填写表单、点击按钮并截图,复现用户操作路径

browser-use

通过 CDP 驱动真实浏览器执行端到端交互,覆盖 Playwright 脚本难以模拟的场景

grilling

在写测试前连续追问需求与设计,找出边界条件和没想清楚的失败路径

frontend-design

核对页面视觉与交互设计稿,确认测试用例覆盖了设计要求的各种状态

web-perf

用 Chrome DevTools 测量 LCP、CLS 等 Core Web Vitals,把性能指标纳入上线前核验

vercel-optimize

根据 Vercel 指标定位部署后的性能与成本问题,作为回归验证的补充检查

debug-zoom-integration

当测试涉及第三方集成时,按认证、回调、实时媒体分层隔离并定位故障