17370845950

JavaScript测试分单元测试和端到端（E2E）测试：单元测试聚焦函数或组件内部逻辑，快而细，用Jest/Vitest隔离运行；E2E测试模拟真实用户操作，慢但真实，用Cypress/Playwright在真实浏览器中验证全流程。

JavaScript 测试主要分两类：单元测试关注函数或组件的内部逻辑是否正确，端到端（E2E）测试则模拟真实用户操作，验证整个应用流程是否走通。两者目标不同、粒度不同、运行速度和稳定性也差异明显。

单元测试：测“零件”，快而细

单元测试针对最小可测试单元（比如一个工具函数、一个 React 组件的渲染逻辑、一个 Vue 的计算属性），用隔离方式运行，不依赖 DOM、网络或外部服务。常用框架是 Jest 或 Vitest。

• 测试时通常用 mock 替换依赖（如 mock 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 是验收关卡，搭配使用才能既保质量又控成本。