JavaScript单元测试核心是写小、可隔离、可重复的逻辑验证用例，推荐Vitest为起点，因其启动快、语法简、兼容Jest；其他如Jest适合复杂生态，Jasmine/Mocha更轻量可控，Web Test Runner专注纯浏览器ESM场景。

JavaScript 单元测试的核心是：写小、可隔离、可重复的测试用例，验证函数或模块在给定输入下是否产生预期输出。不需要运行整个应用，也不依赖 DOM 或网络——重点是逻辑本身。

选一个轻量易上手的测试框架

对大多数项目来说，Vitest 是当前最推荐的起点。它专为 Vite 生态设计，但也能独立使用，启动快、语法简洁、内置断言和 Mock 支持，且与 Jest API 高度兼容，迁移成本低。

• 安装：npm install -D vitest
• 写一个测试文件（比如 math.test.js）：

  import { add } from './math.js'
  import { describe, it, expect } from 'vitest'
  
  describe('add', () => {
    it('returns 4 when adding 1 and 3', () => {
      expect(add(1, 3)).toBe(4)
    })
  )

• 运行：npx vitest，自动监听文件变化

其他主流选择及其适用场景

Jest 仍是生态最成熟的选择，尤其适合 React/Vue 项目中需模拟组件、处理快照、集成覆盖率报告的场景。但它启动稍慢，配置略重。

Jasmine 和 Mocha 更轻量、更“裸”，适合想完全掌控测试流程的老项目或教学场景，但需手动搭配断言库（如 Chai）和运行器（如 Karma）。

Web Test Runner（由 Modern Web 提供）专注前端 ESM 环境，适合纯浏览器端、无构建工具的小型库测试，天然支持原生 import。

写好单元测试的关键习惯

不追求覆盖率数字，而关注边界和意图：

• 每个测试只测一个行为，名字要说明“什么输入 → 什么结果”（例如 it('returns null for empty array'）
• 用 beforeEach 隔离状态，避免测试间相互影响
• 对异步函数用 async/await 或 return Promise，并显式 expect 断言
• 第三方调用（如 fetch）一律 vi.mock()（Vitest）或 jest.mock()（Jest）替换，确保可控

跑起来比选框架更重要

哪怕只给一个核心工具函数写 3 个测试（正常值、边界值、错误输入），也比空谈框架强。Vitest 五分钟就能跑通第一个 .test.js，之后再按需扩展断言、Mock、覆盖率等能力。

基本上就这些。