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 等影响），需合理使用等待和重试机制
什么时候该用哪种？
没有绝对标准，但有实用经验：
立即学习“Java免费学习笔记（深入）”；
- 90% 的业务逻辑（工具函数、状态管理、组件 props 处理）用单元测试覆盖
- 核心用户旅程（如注册→登录→下单→支付成功）用 E2E 测试保底
- 组件 UI 行为复杂（比如拖拽、富文本编辑）可加组件级集成测试（介于两者之间，用 Testing Library + render）
- 避免用 E2E 测试去验证按钮颜色——那是视觉回归或手动点一下的事
基本上就这些。单元测试是地基，E2E 是验收关卡，搭配使用才能既保质量又控成本。
