テストの基本

なぜテストを書くのか？

ソフトウェア開発において、テストは「品質の保証」だけでなく「開発速度の向上」にも直結します。 テストがなければ、コードを変更するたびに手動で全機能を確認する必要があり、 プロジェクトが大きくなるほど確認作業は膨大になります。

// テストがあると、こんな小さな変更も安心
// 変更前
function add(a, b) {
  return a + b;
}

// 変更後（最適化のつもりが...）
function add(a, b) {
  return a - b; // バグ！
}

// テストが即座にキャッチ！
// ✗ add(2, 3) → Expected: 5, Received: -1

テストの種類

テストは対象の範囲によって大きく3つに分類されます。 それぞれ異なる目的と特徴を持っています。

テストピラミッド

テストピラミッドは、各テストの理想的な比率を示す概念です。 下層（ユニットテスト）を多く、上層（E2Eテスト）を少なく書くのが基本方針です。

        /\
       /  \        E2Eテスト（少数）
      / E2E\       → 遅い、高コスト、高信頼度
     /------\
    /        \     統合テスト（中程度）
   / 統合テスト\    → 中速、中コスト
  /------------\
 /              \  ユニットテスト（大量）
/ ユニットテスト  \  → 高速、低コスト
------------------

速度:   ユニット > 統合 > E2E
コスト: ユニット < 統合 < E2E
信頼度: ユニット < 統合 < E2E

ユニットテストは実行が速くコストが低いため大量に書きます。 E2Eテストは信頼度が高いですが遅くて壊れやすいため、重要なユーザーフローに絞ります。 この比率を守ることで、テストスイート全体のバランスが保たれます。

TDD（テスト駆動開発）

TDD（Test-Driven Development）は「テストを先に書いてから実装する」開発手法です。 Red → Green → Refactor の3ステップを繰り返します。

// ステップ1: Red - まずテストを書く
test("fizzbuzz: 3の倍数でFizzを返す", () => {
  expect(fizzbuzz(3)).toBe("Fizz");
  expect(fizzbuzz(6)).toBe("Fizz");
});

// ステップ2: Green - テストが通る最小限の実装
function fizzbuzz(n) {
  if (n % 3 === 0) return "Fizz";
  return String(n);
}

// ステップ3: Refactor - コードを改善
// → 次のテストケース（5の倍数でBuzz）を追加して繰り返す

主要なテスティングツール

JavaScript/TypeScriptのエコシステムには、多くのテスティングツールがあります。 目的に応じて適切なツールを選びましょう。

# テストツールのインストール例

# Jest
npm install -D jest @types/jest ts-jest

# Vitest
npm install -D vitest

# Testing Library (React)
npm install -D @testing-library/react @testing-library/jest-dom

# Playwright
npm install -D @playwright/test
npx playwright install