如何测试代码_javascript有哪些单元测试框架【教程】_技术教程

Jest是多数项目的默认起点，因其开箱即用、内置运行器/断言/Mock/覆盖率/快照，自动识别测试文件，良好支持React/Vue，jsdom默认启用，mock语法简洁；Vitest适合Vite项目但迁移需谨慎；Mocha+Chai+Sinon在遗留项目或需精细控制时仍有价值。

JavaScript 单元测试不是“选一个框架就行”，而是得看项目类型、构建工具、团队熟悉度和长期维护成本。主流框架里，Jest 对新手最友好、开箱即用，但 Vitest 在 Vite 项目中更快更轻；Mocha 灵活但需手动配断言库和运行器；Jasmine 已基本被替代，不建议新项目使用。

为什么 Jest 是多数项目的默认起点

Jest 内置了测试运行器、断言、Mock、覆盖率报告和快照测试，不用额外装一堆包。它自动识别 .test.js 或 .spec.js 文件，对 React/Vue 组件测试也支持良好（配合 @testing-library/react 等）。

默认启用 jsdom，浏览器环境 API（如 document、localStorage）可直接用，不用额外配置
jest.mock() 模拟模块简单直观，比如 jest.mock('./api', () => ({ fetchUser: jest.fn() }))
注意：它的全局 setTimeout / setInterval 模拟是开启的，如果测试里依赖真实定时器，得加 jest.useRealTimers()
在大型项目中，jest.config.js 的 transformIgnorePatterns 容易漏配，导致 ESM 模块报 Cannot use import statement outside a module

Vitest 更适合 Vite 项目
，但别盲目替换

如果你用 Vite 构建，Vitest 复用其解析和 HMR 能力，启动快、热更新响应及时。它语法兼容 Jest（describe/it/expect 都一样），迁移成本低。

必须显式配置 test.environment = 'jsdom' 才能用 DOM API，否则默认是 node 环境
vi.mock() 的行为和 jest.mock() 不完全一致：它只在测试文件顶层生效，不能放在 beforeEach 里动态 mock
不支持 jest --watchAll --testNamePattern 这类组合命令，对应的是 vitest --watch -t "login"
若项目已用 Jest 并跑通 CI，除非有明显性能瓶颈，否则没必要为“新潮”切到 Vitest

Mocha + Chai + Sinon 组合仍在特定场景不可替代

当需要精细控制测试生命周期、或已有大量遗留测试用这套组合时，它依然可靠。但它不提供开箱即用的覆盖率或快照，得靠 nyc 和 chai-jest-snapshot 补齐。

Mocha 本身不处理模块解析，ESM 项目需加 --loader ts-node/esm 或用 esbuild-register
Chai 的 expect(x).to.deep.equal(y) 易读，但深层嵌套对象比较不如 Jest 的 toEqual 做得好（比如 undefined 和 null 区分、Map/Set 序列化）
Sinon 的 sinon.stub(obj, 'method') 功能强，但和 Jest 的自动清理不同，需手动 sinon.restore()，否则测试间会污染