Skill.md検索

和田卓人氏のTDD哲学を実践：「テストは動くことの証明ではなく間違いを見つけるためのもの」という原則に基づき、テストを設計行為として活用します。 Red-Green-Refactorサイクルで実装：失敗するテストを先に書き、最小限の実装でパスさせ、テスト通過状態で設計を改善する短い反復サイクルを回します。 振る舞い駆動テストで仕様を明確化：「〜したとき、〜となる」形式で要件を分解し、テストコードが最も正確なドキュメントになります。 境界値・異常系を網羅的にカバー：空入力、単一要素、最大値、異常系テストをAAA構造（Arrange-Act-Assert）で体系的に実装します。 リファクタリングの安全性を確保：テストがグリーン状態を保ちながら重複削除・命名改善など設計改善ができます。 新機能を実装する開発者：品質を維持しながら実装スピードを上げたい人 バグを修正する開発者：根本原因を仕様として定義し、回帰テストを残したい人 レガシーコードをリファクタリングする人：テストで安全性を確保しながら構造を改善したい人 テストコードをレビューする人：実装詳細ではなく振る舞いをテストする習慣を定着させたい人 3つの原則：テストは設計行為（使いやすいAPI設計）、テストは仕様書（最も正確なドキュメント）、小さく回す（短いサイクルで繰り返し）。Red-Green-Refactorサイクル：RED段階で失敗するテストを先に書く、GREEN段階で最小限のコードでテストを通す、REFACTOR段階でテスト通過状態で設計を改善。ステップ1で「〜したとき、〜となる」形式でテストケースをリストアップ、最も単純なケースから始める。ステップ2でAAA構造（Arrange準備、Act実行、Assert検証）で全テストを構成、テスト名は日本語で振る舞いを明確に、1テスト1アサーション原則。ステップ3で空入力、単一要素、最大値、最大値超過での例外、None入力での例外、不正な型での例外をカバー。ステップ4でテストがグリーン保持下で重複除去、命名改善、責務分離で構造改善。避けるべきパターン：実装詳細テスト（内部状態依存）、テスト間依存性（共有状態）、過度なモック化。