端到端测试模拟真实用户全流程操作，覆盖前后端及数据库，属黑盒、全链路、依赖真实环境、执行慢且不稳定；单元测试则白盒、隔离、快速稳定、粒度细，二者在测试金字塔中占比悬殊且互补。
端到端测试（E2E）是模拟真实用户操作整个应用流程的测试方式，从打开页面、输入数据、点击按钮，到验证结果展示或数据库写入，全程覆盖前端界面、后端服务、网络请求和数据库等所有环节。它不关心内部代码怎么写，只关注“用户看到的是否符合预期”。
端到端测试的核心特点
• 完全黑盒：不访问源码，只通过浏览器行为判断功能是否正常
• 全链路验证：比如注册流程要测表单提交→API响应→跳转→邮箱确认→登录成功
• 依赖真实环境：通常需启动本地服务（如 npm run dev），连接真实或模拟的后端和数据库
• 执行慢、稳定性低：受网络、渲染时机、异步加载影响大，容易出现偶发失败
• 工具主流是 Cypress、Playwright 和 Puppeteer；Cypress 因自带调试器和自动等待机制，上手最友好
单元测试的核心特点
• 完全白盒：直接调用函数、组件或方法，传入参数，断言返回值或副作用
• 高度隔离：外部依赖（API、定时器、DOM）全部被 mock 或 stub，确保只测目标单元本身
• 极快且稳定：一个测试通常在毫秒级完成，适合开发中频繁运行（Jest 的 watch 模式）
• 覆盖粒度细：一个工具函数、一个 React 组件的渲染逻辑、一个自定义 hook 的状态变化，都可单独验证
• 主流框架是 Jest（开箱即用）、Vitest（更快启动）或 Testing Library（专注用户交互语义）
关键区别一目了然
• 测试对象不同：单元测试盯住“一段代码”，E2E 测试盯住“一个用户任务”
• 执行速度不同：单元测试几十个用例可能不到1秒；E2E 十个用例就可能跑半分钟以上
• 失败定位难度不同：单元测试失败能立刻指出哪行断言错了；E2E 失败得看截图、录像、日志，再一层层排查是UI没渲染、API超时还是后端返回异常
• 在测试金字塔中的位置不同：单元测试占70%以上，E2E 不超过10%，它们互补而非替代
立即学习“Java免费学习笔记（深入）”；
基本上就这些。选哪种不是非此即彼，而是按场景搭配——写新功能先写单元测试保逻辑，上线前跑E2E保主流程，中间加集成测试卡接口协作。
