JavaScript テストフレームワーク比較：Jest vs Mocha vs Jasmine vs Ava

ava、jasmine、jest、mocha はすべて JavaScript コードの品質を保つためのテストツールですが、それぞれ得意とする場面と設計思想が異なります。開発者が直面する共通の問題に対して、これらがどうアプローチするかを比較します。

📝 テストの書き方：構文と構造

jest は test または it を使います。関数定義は標準的です。

• 全球変数として API が提供されます。
• React コンポーネントのテストによく使われます。

// jest: 基本的なテスト構文
test('足し算ができること', () => {
  expect(1 + 1).toBe(2);
});

mocha は describe と it を使います。

• テストランナーのみを提供し、アサーションは別ライブラリ（Chai など）が必要です。
• 階層構造でテストを整理しやすいです。

// mocha: 基本的なテスト構文
describe('計算機能', () => {
  it('足し算ができること', () => {
    // assert や expect は別途導入が必要
    expect(1 + 1).to.equal(2);
  });
});

jasmine は describe と it を使います。

• mocha に似ていますが、アサーション機能も内置されています。
• 追加パッケージなしで完結します。

// jasmine: 基本的なテスト構文
describe('計算機能', () => {
  it('足し算ができること', () => {
    expect(1 + 1).toEqual(2);
  });
});

ava は test を使います。

• テスト関数に t オブジェクトを渡してアサーションを行います。
• 並列実行を前提とした設計です。

// ava: 基本的なテスト構文
import test from 'ava';

test('足し算ができること', t => {
  t.is(1 + 1, 2);
});

🔍 期待値の検証：アサーションライブラリ

jest は expect を内置しています。

• 豊富なマッチャー（toBe, toEqual, toContain など）が使えます。
• 別途インストールする必要はありません。

// jest: 内置アサーション
expect(user.name).toBe('Alice');
expect(list).toContain('item');

mocha はアサーションライブラリを選びます。

• assert (Node.js 内置) や chai を組み合わせて使います。
• 好きなスタイルを選べる柔軟性があります。

// mocha + chai: 外部アサーション
expect(user.name).to.equal('Alice');
assert.include(list, 'item');

jasmine は expect を内置しています。

• jest に似た構文ですが、機能はやや少なめです。
• 設定なしですぐに使えます。

// jasmine: 内置アサーション
expect(user.name).toEqual('Alice');
expect(list).toContain('item');

ava は t オブジェクトを使います。

• t.is, t.deepEqual など明示的なメソッド名です。
• エラーメッセージが分かりやすいです。

// ava: 内置アサーション
t.is(user.name, 'Alice');
t.true(list.includes('item'));

🎭 関数のモック：依存関係の分離

jest は強力なモック機能を持っています。

• jest.fn() で関数を簡単にモックできます。
• 呼び出し回数や引数の検証も簡単です。

// jest: 内置モック機能
const mockFn = jest.fn();
mockFn('arg');
expect(mockFn).toHaveBeenCalledWith('arg');

mocha はモックライブラリが必要です。

• sinon などを別途インストールして使います。
• 設定の手間がかかりますが、細かく制御できます。

// mocha + sinon: 外部モック機能
const mockFn = sinon.mock();
mockFn('arg');
sinon.assert.calledWith(mockFn, 'arg');

jasmine は spy 機能を持っています。

• jasmine.createSpy() でモック関数を作れます。
• 追加ライブラリ不要でモックが可能です。

// jasmine: 内置スパイ機能
const mockFn = jasmine.createSpy('spy');
mockFn('arg');
expect(mockFn).toHaveBeenCalledWith('arg');

ava はモック機能を提供していません。

• sinon や testdouble などを組み合わせて使う必要があります。
• コア機能はテスト実行とアサーションに絞られています。

// ava + sinon: 外部モック機能
import sinon from 'sinon';
const mockFn = sinon.fake();
mockFn('arg');
t.true(mockFn.calledWith('arg'));

⏳ 非同期処理：Promise と async/await

jest は Promise を自動的に検知します。

• async/await をそのまま使えます。
• タイムアウト設定も簡単です。

// jest: 非同期テスト
test('データ取得', async () => {
  const data = await fetchData();
  expect(data).toBeDefined();
});

mocha は Promise を返すことで判定します。

• async/await が使えます。
• done コールバックを使う昔ながらの写法もサポートしています。

// mocha: 非同期テスト
it('データ取得', async () => {
  const data = await fetchData();
  expect(data).to.exist;
});

jasmine は Promise をサポートしています。

• async/await が使えます。
• 非同期完了の検知は標準的です。

// jasmine: 非同期テスト
it('データ取得', async () => {
  const data = await fetchData();
  expect(data).toBeDefined();
});

ava は Promise を返すことを必須としています。

• async 関数にするか Promise を返す必要があります。
• 並列実行中でも正しく待機します。

// ava: 非同期テスト
test('データ取得', async t => {
  const data = await fetchData();
  t.truthy(data);
});

🚀 実行速度：並列 vs 直列

jest はテストファイルを並列実行します。

• 設定なしで高速化されます。
• 同一ファイル内のテストは基本的に直列です。

// jest: 設定不要で並列実行
// jest --workers=4 のように指定可能

mocha は基本的に直列実行です。

• 並列実行には mocha-parallel-tests などの拡張が必要です。
• 順序依存のテストを書きやすいです。

// mocha: 基本は直列
// 並列化には追加ツールが必要

jasmine は直列実行です。

• 安定性を重視した設計です。
• 大量のテストがある場合、時間がかかることがあります。

// jasmine: 基本は直列
// 並列実行は標準ではサポートされていない

ava はテストケースを並列実行します。

• ファイル内もファイル間も並列です。
• 速度重視のプロジェクトに向いています。

// ava: デフォルトで並列実行
// 設定で simultaneos を変更可能

📊 比較サマリー

💡 結論と推奨

jest は現代のフロントエンド開発 — 特に React や Vue — において最もバランスの取れた選択肢です。モックやスナップショット機能が内置されており、設定の手間なく始められるため、チームの生産性を高めます。

mocha は柔軟性を求める場合に適しています。アサーションやモックライブラリを自分で選べるため、既存の Node.js プロジェクトや特殊な要件がある環境で真価を発揮します。

jasmine は追加依存なしで完結したい場合や、Angular のレガシーコードを扱う場合に選択します。新しいプロジェクトでは jest や vitest の方が推奨されることが多いです。

ava はテスト実行速度を最優先する場合に向いています。並列実行モデルは独特ですが、大規模なテストスイートを持つ Node.js プロジェクトで威力を発揮します。

最終的な考え方: プロジェクトの規模とチームの慣れを考慮してください。迷った場合は jest を選ぶのが無難です。しかし、特定の要件（速度、柔軟性、依存関係の最小化）がある場合は、他のツールを検討する価値があります。