JavaScript测试分单元测试和端到端(E2E)测试:单元测试聚焦函数或组件内部逻辑,快而细,用Jest/Vitest隔离运行;E2E测试模拟真实用户操作,慢但真实,用Cypress/Playwright在真实浏览器中验证全流程。
JavaScript 测试主要分两类:单元测试关注函数或组件的内部逻辑是否正确,端到端(E2E)测试则模拟真实用户操作,验证整个应用流程是否走通。两者目标不同、粒度不同、运行速度和稳定性也差异明显。
单元测试:测“零件”,快而细
单元测试针对最小可测试单元(比如一个工具函数、一个 React 组件的渲染逻辑、一个 Vue 的计算属性),用隔离方式运行,不依赖 DOM、网络或外部服务。常用框架是 Jest 或 Vitest。
- 测试时通常用 mock 替换依赖(如 moc
k fetch、mock API 调用) - 断言聚焦输入输出是否符合预期,例如:
expect(add(2, 3)).toBe(5) - 执行快(毫秒级),适合在开发中频繁运行,配合 watch 模式即时反馈
- 容易写也容易失败——但失败能快速定位到具体哪行逻辑出错
端到端测试:测“整条流水线”,慢但真实
E2E 测试启动真实浏览器(或无头浏览器),打开页面,点击按钮、填写表单、等待加载、检查结果,就像真人用户一样操作整个应用。主流工具是 Cypress、Playwright 或 WebdriverIO。
- 需要真实服务器环境(本地 dev server 或预发环境)
- 测试脚本描述用户行为,例如:
cy.visit('/login').type('user').click('#submit').should('contain', 'Welcome') - 执行慢(秒级起步),不适合每次保存都跑,常放在 CI 阶段执行关键路径
- 稳定性稍低(受网络、加载时机、元素动态 ID 等影响),需合理使用等待和重试机制
什么时候该用哪种?
没有绝对标准,但有实用经验:
- 90% 的业务逻辑(工具函数、状态管理、组件 props 处理)用单元测试覆盖
- 核心用户旅程(如注册→登录→下单→支付成功)用 E2E 测试保底
- 组件 UI 行为复杂(比如拖拽、富文本编辑)可加组件级集成测试(介于两者之间,用 Testing Library + render)
- 避免用 E2E 测试去验证按钮颜色——那是视觉回归或手动点一下的事
基本上就这些。单元测试是地基,E2E 是验收关卡,搭配使用才能既保质量又控成本。

k fetch、mock API 调用)






