Jest vs Mocha vs Jasmine vs Chai: 测试架构与工程化对比

在 JavaScript 生态中，测试工具的选择直接影响开发效率和代码质量。jest、mocha、jasmine 和 chai 是最常见的四个名字，但它们的定位完全不同。jest 和 jasmine 是全能型框架，mocha 是运行器，而 chai 只是断言库。让我们从架构角度深入对比它们在实际工程中的表现。

🏗️ 核心架构：全能框架 vs 模块化组合

jest 采用“开箱即用”策略，内置了测试运行器、断言库、mock 功能和代码覆盖率工具。

• 无需额外安装断言库或 mock 库。
• 适合追求快速启动和标准化流程的团队。

// jest: 所有功能内置
// __tests__/sum.test.js
test('adds 1 + 2 to equal 3', () => {
  expect(sum(1, 2)).toBe(3);
});

mocha 只是一个测试运行器，负责执行测试用例，但不包含断言或模拟功能。

• 必须搭配 chai（断言）和 sinon（模拟）等库使用。
• 适合需要高度定制化测试栈的项目。

// mocha + chai: 模块化组合
// test/sum.test.js
const { expect } = require('chai');

describe('Sum Function', function() {
  it('adds 1 + 2 to equal 3', function() {
    expect(sum(1, 2)).to.equal(3);
  });
});

jasmine 也是全能框架，类似 jest 的前身，内置断言和运行器。

• 无需配置即可运行，但功能扩展性不如 jest。
• 适合简单项目或遗留系统。

// jasmine: 内置断言
// spec/sum.spec.js
describe('Sum Function', function() {
  it('adds 1 + 2 to equal 3', function() {
    expect(sum(1, 2)).toEqual(3);
  });
});

chai 仅提供断言功能，无法独立运行测试。

• 必须依附于 mocha、jest 或其他运行器。
• 提供 assert、expect、should 三种风格。

// chai: 仅断言
const { expect, assert } = require('chai');

expect(value).to.be.true;
assert.equal(value, 1);
value.should.be.true; // 需要启用 should 风格

🗣️ 断言风格：自然语言 vs 标准语法

不同的断言库提供了不同的语法风格，这会影响测试代码的可读性。

jest 使用简洁的 expect 语法，匹配器丰富。

• 支持 .toBe(), .toEqual(), .toMatchObject() 等。
• 错误信息清晰，自带差分对比。

// jest: 丰富的匹配器
expect(user).toMatchObject({ name: 'Alice' });
expect(items).toHaveLength(3);

chai 提供三种风格，最独特的是链式自然语言风格。

• expect: 函数式。
• should: 属性式（需修改原型）。
• assert: 传统断言式。

// chai: 三种风格
expect(color).to.be.red;
color.should.be.red;
assert.equal(color, 'red');

jasmine 使用类似 jest 的 expect，但匹配器较少。

• 基本覆盖常用场景，但缺少高级匹配。
• 语法与 jest 高度相似，迁移成本低。

// jasmine: 基础匹配器
expect(color).toEqual('red');
expect(items).toHaveSize(3);

mocha 本身无断言，完全依赖搭配的库（如 chai）。

• 灵活性最高，但需要额外配置。

// mocha: 依赖 chai 断言
// 见上方 Mocha 示例

🎭 模拟与 spies: 内置强大 vs 外部依赖

Mocking 是单元测试的核心，不同工具的处理方式差异巨大。

jest 拥有最强大的内置 Mock 系统。

• 支持 jest.fn(), jest.mock()，自动模拟模块。
• 可以轻松 spies 对象方法。

// jest: 内置 Mock
const mockFn = jest.fn();
mockFn('arg');
expect(mockFn).toHaveBeenCalledWith('arg');

jest.mock('../axios');

jasmine 内置 spyOn，功能基础但够用。

• 可以 spies 对象方法，但模块 mocking 较麻烦。
• 适合简单函数模拟。

// jasmine: 内置 Spy
spyOn(obj, 'method').and.returnValue(true);
expect(obj.method).toHaveBeenCalled();

chai 不包含 Mock 功能。

• 需搭配 sinon 使用。
• 增加了依赖复杂度。

// chai + sinon: 外部 Mock
const sinon = require('sinon');
const stub = sinon.stub(obj, 'method');

mocha 不包含 Mock 功能。

• 需搭配 sinon 或 testdouble。
• 配置自由，但样板代码多。

// mocha + sinon: 外部 Mock
// 见上方 Chai 示例，通常一起使用

📸 快照测试：原生支持 vs 手动实现

快照测试（Snapshot Testing）用于防止 UI 或结构意外变更。

jest 原生支持快照测试，是其杀手锏功能。

• 一行代码生成快照，自动对比差异。
• 非常适合 React 组件测试。

// jest: 原生快照
expect(component.toJSON()).toMatchSnapshot();

jasmine 不原生支持快照。

• 需安装 jasmine-snapshot 等插件。
• 体验不如 jest 流畅。

// jasmine: 需插件
// expect(component).toMatchSnapshot(); // 非内置

mocha 不原生支持快照。

• 需搭配 chai-snapshot 或类似库。
• 配置繁琐。

// mocha: 需插件
// expect(component).to.matchSnapshot();

chai 无快照功能。

• 纯粹断言库，不涉及渲染对比。

// chai: 不支持
// 无相关 API

⚙️ 配置与扩展性：零配置 vs 高度定制

jest 强调零配置，但允许通过 jest.config.js 覆盖。

• 默认并行执行测试，速度快。
• 插件生态丰富（如 testing-library）。

// jest.config.js
module.exports = {
  testEnvironment: 'jsdom',
  coverageThreshold: { global: { branches: 80 } }
};

mocha 需要手动配置运行参数。

• 通过 .mocharc.js 或命令行参数控制。
• 支持多种 reporter 和超时设置。

// .mocharc.js
module.exports = {
  timeout: 5000,
  reporter: 'spec',
  require: ['@babel/register']
};

jasmine 通过 jasmine.json 配置。

• 配置项较少，简单直接。
• 适合不需要复杂构建流程的项目。

// jasmine.json
{
  "spec_dir": "spec",
  "spec_files": ["**/*[sS]pec.js"]
}

chai 无需配置，直接引入使用。

• 可通过插件扩展功能（如 chai-http）。

// chai 插件
const chaiHttp = require('chai-http');
chai.use(chaiHttp);

🌱 相似之处：共同的基础

尽管架构不同，这些工具在核心测试理念上是一致的。

1. 🧪 支持 BDD 与 TDD 风格

• 都支持 describe/it (BDD) 或 suite/test (TDD) 结构。
• 鼓励编写可读性强的测试用例。

// 通用 BDD 结构
describe('User Module', () => {
  it('should create a user', () => {
    // 测试逻辑
  });
});

2. ⏳ 异步测试支持

• 都支持 async/await 或 done 回调处理异步代码。
• 能够测试 Promise、setTimeout 等场景。

// 通用异步测试
it('fetches data', async () => {
  const data = await fetchData();
  expect(data).toBeDefined();
});

3. 🔧 钩子函数 (Hooks)

• 都提供 beforeEach, afterEach, before, after 等生命周期钩子。
• 用于 setup 和 teardown 操作。

// 通用 Hooks
beforeEach(() => {
  // 重置状态
});

📊 总结对比表

💡 最终建议

jest 是现代前端开发的首选 🏆。它的集成度高、生态丰富，特别是快照测试和 mocking 功能，能极大提升开发效率。如果你在使用 React、Vue 或现代构建工具，jest 是最稳妥的选择。

mocha + chai 适合需要精细控制的场景 🛠️。如果你在编写 Node.js 后端服务，或者需要特殊的测试报告、复杂的异步流程控制，这种模块化组合提供了最大的灵活性。

jasmine 适合维护旧项目或简单脚本 📜。如果没有历史包袱，新项目中不建议优先使用，因为它的生态活跃度不如 jest。

chai 永远不要单独使用 🔗。它是 mocha 的最佳搭档，或者在 jest 无法满足特定断言需求时作为补充。

核心原则：测试工具的目的是保障代码质量，而不是增加负担。选择那个能让你的团队最快写出可靠测试的工具 — 对于大多数前端团队，这通常是 jest。