テスト戦略とは — Testing Trophyで検証の層を決める

// ❌ 型システムが拒否できる値を実行時テストで列挙している
test("未知のステータスで例外を投げる", () => {
  expect(() => statusLabel("shipped!")).toThrow();
});

// ✅ union型が不正な呼び出しをコンパイルエラーに変え、
// 実行時テストは不要になる
type OrderStatus = "pending" | "paid" | "shipped";

function statusLabel(status: OrderStatus): string {
  // ...
}

// statusLabel("shipped!"); // コンパイルエラー

import { normalizeDateRange } from "./normalizeDateRange";

// 入力と出力だけで検証する。描画も操作も伴わない
test("開始日と終了日が逆なら入れ替える", () => {
  expect(
    normalizeDateRange({ from: "2026-10-09", to: "2026-10-01" })
  ).toEqual({ from: "2026-10-01", to: "2026-10-09" });
});

import { render, screen } from "@testing-library/react";
import userEvent from "@testing-library/user-event";
import { OrderSearchForm } from "./OrderSearchForm";

// 画面を描画し、ユーザー操作への反応を観測する
test("不正な日付範囲ではエラーを表示し、検索を無効にする", async () => {
  const user = userEvent.setup();
  render(<OrderSearchForm />);

  await user.type(screen.getByLabelText("開始日"), "2026-10-09");
  await user.type(screen.getByLabelText("終了日"), "2026-10-01");

  expect(screen.getByRole("alert")).toHaveTextContent("終了日は開始日以降");
  expect(screen.getByRole("button", { name: "検索" })).toBeDisabled();
});

import { test, expect } from "@playwright/test";

// ログイン状態はstorageStateで再利用し、UIからのログインは繰り返さない
test("ログイン済みのユーザーが注文を検索して結果を見られる", async ({ page }) => {
  await page.goto("/orders");
  await page.getByLabel("開始日").fill("2026-10-01");
  await page.getByLabel("終了日").fill("2026-10-09");
  await page.getByRole("button", { name: "検索" }).click();

  await expect(page.getByRole("table")).toContainText("注文 #");
});