スキル tdd-workflows-tdd-green
🟢

tdd-workflows-tdd-green

安全

TDDグリーンフェーズ実装マスター

こちらからも入手できます: sickn33

TDDのグリーンフェーズで、失敗しているテストをパスするための最小限のコードを実装する方法を学びます。過度な設計を避け、実装をシンプルに保ちましょう。

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

スキルZIPをダウンロード

2

Claudeでアップロード

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

3

オンにして利用開始

テストする

「tdd-workflows-tdd-green」を使用しています。 ユーザー作成の失敗しているテストがあります。最小限のコード実装を支援してください。

期待される結果:

  • 以下是使用Fake It模式的最小实现：
  • class UserService {
  • create(data) {
  • return { id: '123', ...data };
  • }
  • }
  • これにより、ハードコードされたIDでテストがパスします。後のテストで実際のID生成が必要になったときに進化させることができます。

「tdd-workflows-tdd-green」を使用しています。 このグリーンフェーズ実装にエラー処理を追加すべきですか？

期待される結果:

  • いいえ - グリーンフェーズでは、テストが要求するものだけを追加してください。テストがエラーチェックしていない場合は、今回はエラー処理をスキップしてください。
  • エラーパスを検証するテストができたときに、リファクタリングフェーズで追加してください。

セキュリティ監査

安全
v1 • 2/25/2026

All 105 detected patterns are false positives from code examples in educational documentation. The skill contains only instructional markdown content with code samples demonstrating TDD patterns. No executable code, scripts, or runtime behavior exists. The 'MD5', 'SHA1', 'SQLite', 'backticks', and 'fetch' patterns appear strictly within code blocks as teaching examples for proper TDD implementation across multiple programming languages.

2
スキャンされたファイル
947
解析された行数
0
検出結果
1
総監査数
セキュリティ問題は見つかりませんでした
監査者: claude

品質スコア

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

作れるもの

TDD基礎の学習

テスト駆動開発を学習している新規開発者は、このスキルを使用してグリーンフェーズの方法論を理解し、過度な設計などの一般的なミスを避けることができます

機能実装の高速化

経験豊富な開発者は、最初の開発中に早期最適化に惑わされることなく、最小限のテストをすばやく実装できます

チームTDDトレーニング

TDDを採用している開発チームは、組織全体で一貫したグリーンフェーズ実践を確立するために構造化されたパターンと例を使用できます

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

基本的なグリーンフェーズ実装 
これらの失敗しているテストをパスするために必要な最小限のコード実装を支援してください。シンプルさに焦点を当て、過度な設計避けてください。
言語固有の実装 
[JavaScript/Python/Java/C#/Go/Ruby]を使用して、これらのテストのための最小限の実装方法を示してください。TDDグリーンフェーズのベストプラクティスに従ってください。
フェイクvs本番実装の決定 
これらのテストに対してフェイク実装と本番実装のどちらを使用すべきですか？トレードオフを説明し、最適なアプローチを提案してください。
実装の確認と簡素化 
私の実装を確認し、グリーンフェーズにとって本当に最小限인지、または過度な設計になっているかを教えてください。必要に応じて簡素化を提案してください。

ベストプラクティス

  • テストをパスさせるための絶対的に最小限のコードを実装してください - テストで要求されていない機能や最適化を追加することは避けてください
  • 各小さな変更の後にテストを実行して、進捗を確認し、早い段階で問題を検出してください
  • 後のリファクタリングのために、グリーンフェーズで取った技術的負債とショートカットを文書化してください

回避

  • ゴールドプレーティング - グリーンフェーズ中に要求されていない機能や強化を追加すること
  • 早期リファクタリング - テストがまだ失敗している間にコード構造を変更すること
  • テストが要求する前にデザインパターンやアーキテクチャ決定を実装すること

よくある質問

TDDのグリーンフェーズとは何ですか？
グリーンフェーズはテスト駆動開発の2番目のステップで、失敗しているテストをパスするために必要な最小限のコードを記述します。焦点は完璧さではなく、シンプルさと速度にあります。
フェイクにするか本番コードを実装すべきですか？
最初のテストではフェイク実装（ハードコードされた値）で始めます。後のテストが一般化を必要とするパターンを明らかにしたら、本番コードに移ります。これにより、過度な設計思考のではなく、テストをパスすることに集中し続けることができます。
グリーンフェーズ中にリファクタリングできますか？
テストが失敗している間はリファクタリングを避けてください。まず最小限のコードで全てのテストをパスさせ、次に別々のリファクタリングフェーズでリファクタリングしてください。これにより2つの关注点を明確に分離し、管理しやすくします。
実装がシンプルすぎる対策は？）
それこそがグリーンフェーズのポイントExactlyです。シンプルさを受け入れてください。リファクタリングフェーズが設計を改善することを信頼してください。最小限のコードでテストをパスすることに焦点を当ててください。
グリーンフェーズでエラー処理を追加する必要がありますか？
テストが明示的に要求する場合のみエラー処理を追加してください。テストがエラーシナリオをカバーしていない場合は、今回はエラー処理をスキップしてください。包括的なテストカバレッジを得たときに、リファクタリングフェーズで追加してください。
グリーンフェーズがいつ完了したをどう知りますか？
全てのテストがパスしたとき、グリーンフェーズは完了です。その時点で実装を停止し、リファクタリングフェーズに移ってください。テストが要求するもの之外的余分な機能や改善を追加しないでください。

開発者の詳細

作成者

sickn33

ライセンス

MIT

リポジトリ

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/tdd-workflows-tdd-green

参照

main

ファイル構成

📁 resources/

📄 implementation-playbook.md

📄 SKILL.md