テストフィクスチャとセットアップ/ティアダウンとは何か？

Question

Accepted Answer

**テストフィクスチャ**はテストの実行に必要な固定的なセットアップ（データ、オブジェクト、状態）であり、**セットアップ/ティアダウン**メソッドはテスト前後のコンテキストを準備およびクリーンアップします。これにより重複を削減し、テストが一貫性のある独立した状態で実行されることを保証します。

## セットアップとティアダウン

```text
SETUP → runs BEFORE tests to prepare the context (create objects, data, connections)
TEARDOWN → runs AFTER tests to CLEAN UP (close connections, delete data, reset state)
→ frameworks provide hooks:
  beforeEach / afterEach → before/after EACH test (fresh state per test — common)
  beforeAll / afterAll → once before/after ALL tests in a group (shared expensive setup)
```

```js
describe('UserService', () => {
  let service, db;
  beforeEach(() => {                 // fresh setup for EACH test (isolation)
    db = createTestDb();
    service = new UserService(db);
  });
  afterEach(() => db.close());        // clean up after each test

test('creates a user', () => { /* uses the fresh service/db */ });
});
```

## フィクスチャ — 再利用可能なテストデータ/状態

```text
FIXTURES → predefined data/objects tests use (a known starting state):
  → e.g. a sample user, a set of records, a configured object
  → FACTORIES → generate test data flexibly (build objects with sensible defaults +
    overrides) — better than hardcoded data for varied scenarios
→ reduce duplication; give tests consistent, known data to work with
```

## ベストプラクティス

```text
✓ Prefer beforeEach (fresh state per test) → ISOLATION (tests don't affect each other)
✓ Clean up in teardown → no leftover state causing flaky/order-dependent tests
✓ Keep setup minimal and clear; use factories for flexible test data
✓ Don't share MUTABLE state across tests (a cause of flakiness/order-dependence)
```

## なぜ重要なのか

テストフィクスチャとセットアップ/ティアダウンを理解することは、**クリーンで独立性があり保守しやすいテストを書くために本質的であるため**有用な実践的知識となります。

テストは一貫したスタート地点のコンテキスト（データ、オブジェクト、状態）が必要であり、**セットアップ/ティアダウン**メソッド（フレームワークが提供する`beforeEach`/`afterEach`および`beforeAll`/`afterAll`フック）はテスト前にこのコンテキストを準備し、テスト後にクリーンアップします。これにより重複が削減され（共有セットアップが各テストで記述される代わりに一度だけ記述されます）、テストが既知の状態で実行されることが保証されます。

これらのフックと各フックの使い分け（beforeEachはテストごとの新鮮な状態のために、beforeAllは高コストな共有セットアップのために）を理解することは、テストを適切に組織化するために必要です。

**フィクスチャ**（テストに既知のスタート状態を与えるあらかじめ定義されたテストデータとオブジェクト）および**ファクトリ**（適切なデフォルト値とオーバーライドを持つテストデータを柔軟に生成し、多様なシナリオではハードコードされたデータより優れています）を理解することは、テストに一貫性のある管理可能なデータを提供するために有用です。

最も重要なことに、**ベストプラクティス**を理解することはテスト品質に関連しています：`beforeEach`で**テストごとの新鮮な状態**を優先することは**独立性**を確保します（テストが相互に影響しない — 信頼性の高いテストのために重要です）、**ティアダウンでクリーンアップ**することは残存状態を防ぎ、フレーキーで実行順序に依存するテスト（フレーキーの一般的な原因）を回避します、そして**テスト間でミュータブルな状態を共有しない**ことは実行順序依存性とフレーキーネスを防ぎます。

これらのプラクティスは良いテストが必要とするテスト独立性と決定性を直接サポートします。

テストは一貫したセットアップとクリーンアップが必要であり、フィクスチャとセットアップ/ティアダウン（適切に使用された場合、適切な独立性とクリーンアップを持つ）は重複を削減し、信頼性の高いテストが依存する独立した決定性のある状態を保証するため、テストフィクスチャとセットアップ/ティアダウンを理解することは有用で実践的に関連性のある知識です — クリーンで独立性があり保守しやすいテストを書くために重要であり、独立性と決定性によってフレーキーなテストから信頼性の高いテストを区別する点を直接サポートします。これはほぼすべてのテストスイートの組織化に適用される有用なスキルです。