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 补齐。
立即学习“Java免费学习笔记（深入）”；
-
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()，否则测试间会污染
真正难的不是选框架，而是写什么测试、怎么组织 mock 边界、以及让测试不随实现细节频繁失败。比如一个函数内部调用了 fetch，该 mock 整个 fetch，还是只 mock 你关心的返回值？这比“用哪个框架”影响更大。
