Frontend Testing
by @wangzhiming1999
Designs and writes frontend unit, component, integration, and E2E tests using Jest, Vitest, Testing Library, MSW, and Playwright with mocks and coverage cons...
clawhub install frontend-testing📖 About This Skill
name: frontend-testing description: Designs and writes frontend tests: unit, component, integration, E2E; test structure, mocking, and coverage. Use when 前端测试, 单元测试, 组件测试, E2E, Jest, Vitest, Testing Library, or writing tests.
前端测试(Frontend Testing)
帮助设计测试策略、编写单元/组件/集成/E2E 测试,以及 mock、断言与覆盖率考量。
触发场景
测试分层与选型
| 类型 | 适用 | 常用工具 | 关注点 | |------|------|----------|--------| | 单元 | 纯函数、工具、hooks | Jest / Vitest | 输入输出、边界、副作用 | | 组件 | 组件渲染与交互 | React Testing Library / Vue Test Utils | 用户行为、可访问性、状态 | | 集成 | 多模块/请求/路由 | Jest+MSW / Vitest+MSW | 流程、接口 mock、错误态 | | E2E | 关键用户路径 | Playwright / Cypress | 真实浏览器、稳定选择器、环境 |
执行流程
1. 先搞清楚用户要测什么
| 用户描述 | 实际需求 | 第一步 | |---------|---------|-------| | 「写测试」「补测试」 | 不知道从哪里开始 | 问:被测对象是什么(函数/组件/页面流程)?现有测试框架是什么? | | 「这个函数怎么测」「这个组件怎么测」 | 具体对象的测试 | 直接读代码,给出用例列表 + 关键用例的代码 | | 「测试跑不过」「mock 不生效」 | 具体 bug | 看报错信息,定位问题,不要先讲测试理论 | | 「覆盖率不够」 | 提高覆盖率 | 先问:覆盖率卡在哪个文件/模块?不要盲目追 100% | | 「用 Jest 还是 Vitest」 | 选型 | 给明确推荐:新项目用 Vitest(更快、ESM 原生支持);已有 Jest 的项目不要为了换而换 |
2. 拿到被测对象后,按这个顺序设计用例
第一步:识别测试类型
第二步:列用例,覆盖这四类场景
第三步:给代码,不要只给用例列表
至少给出 1-2 个完整的测试用例代码,包含 mock 设置、断言、cleanup。
3. 遇到这些情况,按以下方式处理
用户没有测试框架 → 推荐:Vitest + React Testing Library + MSW(接口 mock)+ Playwright(E2E) → 给出安装命令和最小配置,不要只说「安装 X」
组件测试找不到元素
→ 优先用 getByRole(语义化,最稳定)
→ 其次 getByLabelText(表单)、getByText
→ 最后才用 getByTestId(加 data-testid)
→ 不要用 querySelector,测试不应该依赖 CSS 类名
异步测试不稳定
→ 用 waitFor 等待断言,不要用 setTimeout
→ 用 findBy* 代替 getBy* 处理异步渲染
→ 确保每个测试后清理 mock(afterEach(() => server.resetHandlers()))
不知道 mock 什么
→ 只 mock 系统边界:HTTP 请求(MSW)、时间(vi.setSystemTime)、环境变量
→ 不要 mock 被测模块内部的函数,那样测的是 mock 不是代码
4. 覆盖率的正确用法
输出模板
## 测试方案 / 用例说明范围与工具
被测对象:…
框架:Jest / Vitest / RTL / Playwright / … 用例列表
| 场景 | 类型 | 要点 |
|------|------|------|
| … | 单元/组件/集成/E2E | … |Mock 与环境
接口:MSW handlers / …
路由/时间:… 示例代码(可选)
关键 1–2 个用例的代码片段