JavaScript测试分单元测试和端到端（E2E）测试：单元测试聚焦函数或组件最小逻辑，运行快、稳定性高，用Jest/Vitest等工具mock依赖；E2E测试模拟真实用户操作，覆盖完整流程，用Cypress/Playwright在真实浏览器中执行，速度慢但验证真实环境。
JavaScript 测试主要分两类：单元测试关注函数或组件的最小逻辑是否正确；端到端（E2E）测试则模拟真实用户操作，验证整个应用流程是否跑通。两者目标不同、范围不同、执行速度和稳定性也差异明显。
单元测试：测“零件”，快而细
单元测试针对单个函数、方法、React/Vue 组件的渲染逻辑、工具类等独立单元。它不依赖浏览器环境（常用 Node.js 运行），通过 mock 外部依赖（如 API 调用、定时器、DOM 操作）来隔离测试目标。
常用工具：Jest（最主流）、Vitest（轻量快速，原生支持 ESM 和 Vite 项目）、Jasmine。
- 写一个加法函数，就为它写输入 1+2→输出 3、输入负数→输出正确结果等用例
- 测试 React 组件时，只关心 props 变化是否触发预期渲染或事件回调，不关心路由跳转或后端响应
- 每个测试通常在毫秒级完成，适合开发中频繁运行（比如保存即跑）
端到端测试：测“整车”，慢但真
端到端测试启动真实或近似真实的浏览器（如 Chrome），自动打开页面、点击按钮、填写表单、等待加载、断言最终 UI 状态，覆盖从用户输入到服务器响应再到界面更新的完整链路。
立即学习“Java免费学习笔记（深入）”；
常用工具：Cypress（开发体验好、调试直观）、Playwright（跨浏览器强、支持多端）、WebDriverIO（更底层、兼容旧架构）。
- 比如测试“用户登录 → 进入首页 → 点击发布按钮 → 填写标题和内容 → 提交 → 出现成功提示”，全程走真实 HTTP 请求和真实 DOM
- 需要准备测试账号、清理测试数据（如每次跑前清空数据库或 mock 后端接口），否则容易因状态残留失败
- 一次测试常需数秒甚至更久，不适合高频运行，一般放在 CI 流程末尾或每日定时执行
关键区别一目了然
| 维度 | 单元测试 | 端到端测试 |
|--------------|---------------------------|--------------------------------|
| 测试对象 | 函数、模块、组件内部逻辑 | 完整用户场景与交互流程 |
| 执行环境 | Node.js 或轻量测试环境 | 真实浏览器（Chrome/Firefox/WebKit）|
| 依赖处理 | 全部 mock（fetch、localStorage 等） | 尽量真实（可选 mock 后端） |
| 执行速度 | 快（ms 级） | 慢（s 级，含加载、等待、网络延迟） |
| 稳定性 | 高（无网络、UI 变动干扰） | 相对低（元素找不到、加载超时、动画未结束都可能失败）|
| 发现问题阶段 | 早（编码时就能暴露逻辑错误） | 晚（集成后才能发现流程断裂或 UI 错位）|
怎么搭配才合理？
理想策略是“金字塔模型”：底层大量单元测试（70%+），覆盖核心逻辑；中层少量集成测试（如组件组合、API client + store 联调）；顶层少量端到端测试（10% 以内），只覆盖最关键主流程（如注册、支付、搜索）。
- 不要用 E2E 测试去验证一个按钮点击是否调用了某个函数——那是单元测试的事
- 也不要只写单元测试就上线：mock 再完美，也代替不了真实环境下的样式错位、跨浏览器兼容、请求竞态等问题
- CI 中先跑单元测试（快速失败），全部通过再跑 E2E（耗时但保底线）
