tdd-workflows-tdd-cycle
テスト駆動開発 (TDD) ワークフローを習得する
開発者は複雑なプロジェクトを管理しながら TDD 規律を維持するのに苦労しています。このスキルは、自動検証とカバレッジ追跡により、厳格なレッド - グリーン - リファクタサイクルを通じて専門化されたエージェントをオーケストレーションします。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「tdd-workflows-tdd-cycle」を使用しています。 TDD workflow for user registration API
期待される結果:
Phase 1 Complete: Test specification generated with 12 test scenarios covering happy path, validation errors, duplicate users, and edge cases. Phase 2 Complete: 12 failing unit tests written. Phase 3 Complete: Minimal implementation passes all tests. Phase 4 Complete: Refactored to reduce cyclomatic complexity from 12 to 6.
「tdd-workflows-tdd-cycle」を使用しています。 TDD workflow with coverage analysis for data validation module
期待される結果:
Coverage Report: Line coverage 87%, Branch coverage 79%, Function coverage 92%. All tests passing. Refactoring recommendations: Extract validation logic into separate strategies, reduce method length in validateUserInput from 28 to 15 lines.
セキュリティ監査
安全All 15 static analysis findings are false positives. The external_commands pattern matched documentation references (opening markdown files, flag examples) not actual shell execution. Cryptographic and reconnaissance patterns matched unrelated TDD workflow text. This skill safely orchestrates Claude Task agents for test-driven development workflows.
低リスクの問題 (1)
リスク要因
⚙️ 外部コマンド (3)
品質スコア
作れるもの
グリーンフィールド機能開発
厳格な TDD 規律によりテストファーストで新機能を開発し、最初から 100% カバレッジを確保。
レガシーコードテストカバレッジ
バッチ開発によるテストスイートモードを使用して、既存のコードに包括的なテストカバレッジを追加。
コード品質改善
各ステップで自動検証を使用しながらテストカバレッジを維持して既存のコードをリファクタリング。
これらのプロンプトを試す
Start a TDD workflow for implementing a user authentication module. Begin with Phase 1 requirements analysis and proceed through the red-green-refactor cycle.
Execute TDD workflow for a REST API endpoint with --incremental flag. Write one failing test at a time, make it pass, then refactor before proceeding.
Execute TDD workflow for a payment processing module with --suite flag. Write all failing tests first, then implement to pass all tests, then refactor the entire module.
Analyze current test coverage for the user service module and execute Phase 11 to add performance tests and edge case coverage. Target 90% branch coverage.
ベストプラクティス
- コードを実装する前に、テストが適切な理由で失敗することを確認する
- テストをパスするために必要な最小限のコードのみを実装する - 追加機能は不要
- リファクタリングの変更ごとにテストを実行し、テストが緑のままであることを確認する
- TDD 規律が破られた場合はすぐに停止し、有効な状態にロールバックする
- フィードバック速度を維持するために、単体テストの実行を 5 秒未満に抑える
回避
- 失敗するテストを書く前に実装コードを書くこと
- 新しい機能を推進する代わりに、すでにパスしているテストを書くこと
- リファクタリングフェーズをスキップして技術的負債を蓄積すること
- 実装を修正するのではなく、テストを修正してパスさせること
- 失敗するテストを無視して次の機能に進むこと
よくある質問
レッド - グリーン - リファクタサイクルとは何ですか?
増分モードとスイートモードのどちらを選択すればよいですか?
リファクタリング中にテストが失敗したらどうなりますか?
カバレッジ閾値を調整できますか?
このスキルにはどのようなツールが必要ですか?
失敗回復はどのように機能しますか?
開発者の詳細
作成者
sickn33ライセンス
MIT
リポジトリ
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/tdd-workflows-tdd-cycle参照
main
ファイル構成
📄 SKILL.md