モック、スタブ、テストダブルとは何か？

Question

モック、スタブ、テストダブルとは何か？

Accepted Answer

**テストダブル**は、テスト内で実際の依存関係の代わりとなるオブジェクトです。**モック**、**スタブ**、**スパイ**、**フェイク**、**ダミー**が含まれます。テスト対象コードを依存関係（データベース、API、サービス）から分離し、高速で焦点を絞った制御可能なユニットテストを実現します。

## テストダブルが重要な理由

```text
To test a unit in ISOLATION, replace its real dependencies (DB, API, services) with
TEST DOUBLES (fake stand-ins):
  → isolate the unit (test ONLY it, not its dependencies)
  → FAST (no real DB/network); CONTROLLED (set up exact scenarios, including errors);
    DETERMINISTIC (no external flakiness)
```

## テストダブルの種類

```text
STUB → provides canned RESPONSES to calls (returns preset data):
  → "when getUser is called, return this fake user" — controls inputs to the unit
MOCK → a stub that also VERIFIES interactions (was it called? how? with what?):
  → "verify save() was called once with these arguments" — checks behavior/interactions
SPY → wraps a real (or fake) object and RECORDS calls (verify how it was used)
FAKE → a working but simplified implementation (e.g. an in-memory database)
DUMMY → a placeholder passed but not actually used
```

```js
// stub: control what a dependency returns
const userService = { getUser: jest.fn().mockReturnValue({ name: 'Ann' }) };
// mock verification: check an interaction happened
expect(emailService.send).toHaveBeenCalledWith('ann@x.com');
```

## モック対スタブ（主な違い）

```text
STUB → controls INPUTS (provides data the unit needs) — "state" verification
MOCK → verifies OUTPUTS/interactions (was the dependency called correctly?) — "behavior"
  verification
→ Use stubs to provide data; mocks to verify the unit called a dependency correctly.
⚠️ Over-mocking → tests coupled to implementation (brittle); mock at the right boundaries.
```

## なぜ重要なのか

テストダブル（モック、スタブなど）を理解することは重要です。これらは**分離されたユニットテストを書くために不可欠**であり、価値のある頻繁に応用されるテスト知識だからです。

ユニットをテストの対象として分離するために（ユニットテストの目標）、実際の依存関係（データベース、API、サービス）をテストダブルで置き換える必要があります。これにより、**高速**（実際の I/O がない）、**制御可能**（正確なシナリオのセットアップが可能で、実際の依存関係ではトリガーしにくいエラー条件も含む）、**決定的**（外部の不安定性がない）なテストが実現できます。

**種類とその目的**を理解することが必要です。**スタブ**（依存関係が返す内容を制御するために既成の応答を提供する）、**モック**（依存関係への呼び出しが正しく行われたかを検証するスタブ）、**スパイ**（実際またはフェイクオブジェクトの呼び出しを記録する）、**フェイク**（インメモリデータベースのような動作する簡略実装）、**ダミー**（プレースホルダー）です。

**モック対スタブの主な違い**の理解が重要です。スタブは入力を制御し（状態検証：データを提供）、モックは出力/相互作用を検証します（動作検証：ユニットが依存関係を正しく呼び出したかを確認）。これはしばしば混同される重要な概念的知識であり、各々を適切に使用することは重要です。

**過度なモッキングの落とし穴**（過剰なモッキングはテストを実装の詳細に結合させ、脆弱にしてしまうため、正しい境界でモックすべき）の理解は、成熟したテスト判断を反映しています。

テストダブルはユニットテストでテスト対象コードを分離するために常に使用されます。

分離されたユニットテストには実際の依存関係をテストダブルで置き換える必要があり（速度、制御可能性、決定性のため）、種類、モック対スタブの違い、過度なモッキングの落とし穴を理解することが質の高い分離テストを書くために必要なため、テストダブルの理解は価値のある頻繁に応用されるテスト知識です。これはユニットテストに不可欠で、テスト対象コード分離のために常に使用され、焦点を絞った制御可能なテストを書く一方で過度なモッキングによる脆弱性を避けるために重要です。これは効果的なユニットテストの中核的なスキルです。