スキル tdd-workflows-tdd-cycle
📦

tdd-workflows-tdd-cycle

安全 ⚙️ 外部コマンド

テスト駆動開発 (TDD) ワークフローを習得する

開発者は複雑なプロジェクトを管理しながら TDD 規律を維持するのに苦労しています。このスキルは、自動検証とカバレッジ追跡により、厳格なレッド - グリーン - リファクタサイクルを通じて専門化されたエージェントをオーケストレーションします。

対応: Claude Codex Code(CC)
📊 71 十分
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「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.

セキュリティ監査

安全
v1 • 2/25/2026

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
スキャンされたファイル
224
解析された行数
2
検出結果
1
総監査数
低リスクの問題 (1)
External Command Pattern - False Positive
Static analyzer detected Ruby/shell backtick execution pattern. Line 23 references opening a markdown documentation file. Lines 134 and 144 show command-line flag examples (--incremental, --suite). No actual shell execution occurs.

リスク要因

監査者: claude

品質スコア

38
アーキテクチャ
100
保守性
87
コンテンツ
32
コミュニティ
100
セキュリティ
91
仕様準拠

作れるもの

グリーンフィールド機能開発

厳格な TDD 規律によりテストファーストで新機能を開発し、最初から 100% カバレッジを確保。

レガシーコードテストカバレッジ

バッチ開発によるテストスイートモードを使用して、既存のコードに包括的なテストカバレッジを追加。

コード品質改善

各ステップで自動検証を使用しながらテストカバレッジを維持して既存のコードをリファクタリング。

これらのプロンプトを試す

基本 TDD サイクル
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 秒未満に抑える

回避

  • 失敗するテストを書く前に実装コードを書くこと
  • 新しい機能を推進する代わりに、すでにパスしているテストを書くこと
  • リファクタリングフェーズをスキップして技術的負債を蓄積すること
  • 実装を修正するのではなく、テストを修正してパスさせること
  • 失敗するテストを無視して次の機能に進むこと

よくある質問

レッド - グリーン - リファクタサイクルとは何ですか?
レッド:失敗するテストを書く。グリーン:それをパスさせるために最小限のコードを実装する。リファクタ:テストを緑に保ちながらコード品質を向上させる。このサイクルにより、継続的な品質改善を伴うテストファースト開発が保証されます。
増分モードとスイートモードのどちらを選択すればよいですか?
慎重な段階的な開発を必要とする複雑なロジックには増分モードを使用してください。事前にすべてのテストを設計してバッチで実装できる単純な機能にはスイートモードを使用してください。
リファクタリング中にテストが失敗したらどうなりますか?
すぐに停止して最後の有効な状態にロールバックしてください。リファクタリングは動作を変更してはいけません。テストが失敗する場合は、構造を改善するだけでなく、機能を変更しています。
カバレッジ閾値を調整できますか?
はい。デフォルトの閾値は行カバレッジ 80%、分岐カバレッジ 75%、クリティカルパスカバレッジ 100% です。プロジェクトの要件とレガシーコードの制約に基づいて調整してください。
このスキルにはどのようなツールが必要ですか?
このスキルには、テスト、コードレビュー、バックエンド開発のためのサブエージェントにアクセスできる Claude Task ツールが必要です。各 TDD フェーズに対して専門化されたエージェントをオーケストレーションします。
失敗回復はどのように機能しますか?
TDD 規律が破られた場合、すぐに停止し、違反したフェーズを特定し、バージョン管理を使用して最後の有効な状態にロールバックし、正しいフェーズから再開し、学んだ教訓を文書化します。

開発者の詳細

ファイル構成

📄 SKILL.md