---

name: tdd-workflow description: | TDD（テスト駆動開発）のワークフローをガイドする。 Red → Green → Refactor のサイクルに従って開発を進める。 「TDDで実装」「テスト駆動」などのキーワードで自動適用。

TDD Workflow Skill

テスト駆動開発（TDD）の原則に従って開発を進めるためのガイダンスを提供します。

TDDサイクル

1. Red Phase（失敗するテストを書く）

• 実装したい機能の最小単位を特定
• 失敗するテストを先に書く
• テストは明確で情報量の多い失敗メッセージを出すべき

Copydef test_機能名_期待する動作():
    # given
    前提条件の設定

    # when
    result = テスト対象の実行()

    # then
    assert 期待する結果

2. Green Phase（最小限の実装）

• テストを通すための最小限のコードを書く
• 完璧な実装を目指さない
• "Fake it till you make it"

3. Refactor Phase（リファクタリング）

• テストが通っている状態でのみリファクタリング
• 重複を排除
• コードの意図を明確にする
• 構造的変更と振る舞い変更を分離

コミット規約

• [RED]: 失敗するテストの追加
• [GREEN]: テストを通すための最小実装
• [REFACTOR]: テストが通った状態でのコード改善
• [STRUCTURAL]: 振る舞いを変えない構造変更
• [BEHAVIORAL]: 機能追加・変更

ベストプラクティス

1. 小さく始める: 一度に一つのテストだけ
2. 頻繁にコミット: 各フェーズでコミット
3. テストを信頼する: テストが通れば次へ進む
4. リファクタリングを怠らない: 技術的負債を避ける

アンチパターン

• テストなしでコードを書く
• 複数のテストを一度に書く
• テストが失敗した状態でリファクタリング
• 構造変更と振る舞い変更を混ぜる