テスト設計 スキル

「テストを書いて」と言われたときに、何を・どこまで・なぜを決めてから書きます。最初にやるのは「テストしないもの」を決めて書くこと。量ではなく順番で守ります。

■ 含まれるもの
・SKILL.md …リスクの棚卸し→戦略→ケース設計→自動化の土台→リリース判定の5ステップ。必ず入れるケース（権限直打ち・二重送信・境界・日付・金額の丸め）
・references/ …テスト計画テンプレ（テストしないもの欄つき）／技法の使い分け（同値・境界・デシジョン・状態遷移・ペアワイズ・経験ベース）／ケース表／不具合報告の型／リリース判定表（出せない条件6つ）／自動化の順番と雛形（pytest・Django・Playwright）
・仕様書

■ 推奨モデル
計画・戦略・リリース判定は Claude Opus 5 以上（Fable 5.1 推奨）。ケースの機械的展開は Sonnet 5、整形は Haiku 4.5 で可。