tdd-workflow

引导测试驱动开发（TDD）的工作流程。遵循“红→绿→重构”的循环，推进开发进程。当用户输入“TDD实现”“测试驱动”等关键词时，可自动应用此技能。

SKILL.md

--- frontmatter

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

TDD Workflow Skill

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

TDDサイクル

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

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

python

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

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

    # then
    assert 期待する結果

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

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

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

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

コミット規約

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

ベストプラクティス

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

アンチパターン

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