testing-boss

テストの要点

変更した動作の不具合を検出できるテストを選びます。不変条件を観測できる最も低いレイヤーで既存のテストスイートを使い、新しいファイルを作成する前にフィクスチャやユーティリティを再利用します。

• モックの動作や実装の構造ではなく、観測可能な結果を検証します。モックはユニットテストの入出力境界にとどめ、統合に関する主張には実際の統合テストによる根拠を使います。
• テストで回帰が明らかになった場合は、本番コードを修正します。契約が誤っている、または意図的に変更されたことを示す根拠がある場合に限り、誤ったテストを変更し、有効なカバレッジは維持します。
• 既存のテストや、より強力なビルド／コード生成／リンク／レンダリングのチェックですでに不変条件が担保されている場合があります。実際の成果物の契約と、既存のチェックでは不十分な理由がない限り、説明文、CSS、生成出力、設定、スナップショットのテストを追加しないでください。
• カバレッジやミューテーションスコアは、見落としの発見に役立ちますが、振る舞いのオラクルに取って代わるものではありません。テストのためだけに本番コードの分岐やメソッドを追加しないでください。
• 影響を受けるチェックを実行してから、プロジェクトのリリースゲートを実行します。変更のない入力に対する結果は再利用し、失敗、関連する編集、または未解決のリスクがある場合にのみ範囲を広げます。回帰の再現方法は失敗に合わせ、すでにレッド／グリーンの根拠がある場合は、同じ手順を重ねて実行しないでください。

質問別の参照先

質問が生じたときに、依存する契約を含め、該当するセクションを読んでください。エージェントがテストを作成したというだけで、すべての参照先を読む必要はありません。

質問	参照先
不変条件を担うレイヤーまたはスイートはどれですか？	references/foundations.md
セレクター、待機、データ、モックはどのように扱うべきですか？	references/patterns.md
テストが不安定、または誤った理由で通過するのはなぜですか？	references/antipatterns.md
エージェントが生成したテストはどのように評価すべきですか？	references/ai-writes-tests.md
不安定さや契約／プロパティ／ミューテーションのチェックはどのように扱うべきですか？	references/ci-automation.md
LLM／エージェントの結果はどのように評価すべきですか？	references/llm-eval.md

references/sources.md には補足資料があります。完了の根拠は、コマンドと結果を簡潔にまとめたもので構いません。タスクの成果物契約で求められている場合を除き、別途レポートを作成する必要はありません。