TDDガード
コーディング中級
機能実装時にTDDサイクルを強制します。まず失敗するテストを書き、最小限のコードで通し、リファクタリングするRed-Green-Refactorループを自動でガイドします。
トリガー
/tdd使用頻度毎日
TDDを試したいが習慣化できていない開発者なら？ /tddで強制サイクルを適用すると自然に身につく
チームリードなら？ コードレビュー時にTDD遵守状況を自動検証
TDDテスト品質開発手法
動作フロー
/tdd [機能説明] 実行
↓
フェーズ1: 2つの準備を並列実行
test-plan
テストケース設計
framework-detect
テストフレームワーク検出
↓
🔴 Red → 🟢 Green → ♻️ Refactor ループ繰返し
↓
✓ テスト通過 + リファクタリング済みコード
スキルコード
# TDD Guard Skill
## Trigger: /tdd [feature description]
IMPORTANT: Enforce strict Red-Green-Refactor cycle.
NEVER write implementation before a failing test.
For EACH test case, follow this exact loop:
### 🔴 RED Phase
- Write ONE failing test
- Run it → confirm it FAILS
- If it passes without new code → test is wrong
### 🟢 GREEN Phase
- Write MINIMUM code to make test pass
- No extra logic, no premature optimization
- Run test → confirm it PASSES
### ♻️ REFACTOR Phase
- Improve code quality
- Run ALL tests → confirm everything PASSES
- If any test fails → undo, try again
Repeat for next test case.
Output:
---
## ✅ TDD Complete
### Test Coverage
| Test | Status | Cycle |
|------|--------|-------|
| [name] | ✅ | Red→Green→Refactor |
### Code Health
- Tests: [N] passing
- Coverage: [X%]
---
コピーしてCLAUDE.mdに貼り付ければ、すぐに使えます。
TDDガード の仕組み
TDD Guardはまず失敗するテストを書くことを要求し、次にそれを通すための最小限のコードを実装し、最後にリファクタリングするRed-Green-Refactorサイクルを強制します。対応するテストのない実装コードはブロックされます。
TDDガード が力を発揮する場面
TDDプラクティスを導入し規律を維持するためのガードレールが必要なチーム、また複雑な機能でテストを先に書くことにより設計上の問題を早期に発見し、修正コストが高くなる前に対処できる場面で重要です。
主な強み
- 厳格なRed-Green-Refactorの規律を自動的に強制
- テストのないコードの作成を防止
- テスタビリティを事前に要求することでコード設計を改善
- 時間とともに複利的に効果を発揮するテストファースト習慣を構築