17370845950

JavaScript单元测试关键在于框架选型与避坑：Jest开箱即用、生态完善；Vitest更轻快、适配Vite；Mocha+Chai适合需高度定制的老项目。

JavaScript 单元测试不是“要不要做”的问题，而是“用哪个框架、怎么避免掉坑”的问题。主流选择里，Jest 和 Vitest 覆盖了绝大多数新项目，而 Mocha + Chai 仍常见于老系统或需要高度定制的场景。

为什么 Jest 成为最常用的选择？

它开箱即用，不需要手动配断言库、Mock 工具、覆盖率报告——这些全内置。对 React、Vue 组件测试支持好，jest.mock() 模拟模块也比手写 require.cache 清理更稳定。

• describe / it 语法清晰，异步测试用 async/await 直接写，不用额外插件
• 快照测试（expect(component).toMatchSnapshot()）适合 UI 变更追踪，但别滥用——每次更新快照前得确认是预期变更
• 注意：Jest 的默认运行环境是 jsdom，不等于真实浏览器；测 localStorage 或 fetch 时得主动 mock，否则可能因环境缺失报 ReferenceError: localStorage is not defined

Vitest 和 Jest 有什么实际区别？

如果你用 Vite 构建项目，Vitest 是更轻、更快的替代。它复用 Vite 的配置和插件，启动速度通常比 Jest 快 2–3 倍，HMR（热更新）下测试也能秒级重跑。

• API 几乎和 Jest 一致：describe、it、expect 全兼容，老 Jest 测试用例基本不用改就能跑
• 原生支持 ESM 和 TypeScript，不用额外配 ts-jest；但若项目还用 CommonJS（require），得在 vitest.config.ts 里设 esbuild: { format: 'cjs' }
• 不内置覆盖率工具，要加 vitest --coverage 并装 istanbul-lib-coverage 等依赖，否则会报错 Cannot find coverage provider 'c8'

Mocha + Chai 适合什么情况？

当你需要细粒度控制测试生命周期、或已有大量基于 assert 风格的旧脚本，Mocha 的灵活性反而成了优势。但它不提供默认断言和 Mock，必须自己组合。

• 断言推荐 Chai 的 expect 链式写法，比原生 assert 更易读；避免混用 should（会污染全局 Object.prototype）
• Mock HTTP 请求常用 nock，Mock 模块用 proxyquire（CommonJS）或 testdouble（ESM 支持弱，慎选）
• CI 环境容易因缺少 jsdom 报错，得显式安装并配置：

  const { JSDOM } = require('jsdom');\nconst dom = new JSDOM('');\nglobal.window = dom.window;\nglobal.document = dom.window.document;

真正难的不是选框架，而是决定哪些函数值得测、哪些边界条件必须覆盖。比如一个处理日期的 formatDate(date, format)，别只测正常字符串输入，漏掉 null、Invalid Date、时区偏移为 +0530 这类真实会进来的脏数据。