mcpField
T
tdd

tdd

github.com/darknesskillerテスト・品質0100 回インストール2 週間前に更新
リポジトリ

tdd について

TDDは、Red、Green、Refactorのサイクルに沿った開発を支援するスキルです。振る舞いを検証するチェック、リポジトリの通常コマンドでの実行、テストできない境界の報告を重視します。

主な機能

  1. 01Red、Green、Refactorの各段階を実行
  2. 02振る舞いの単位でチェックを作成
  3. 03壊れにくい高レベルテストを選択
  4. 04通常のリポジトリコマンドでチェックを実行
  5. 05合格したチェックと未テスト箇所を報告

活用シーン

  1. 01段階的なテストで機能を開発
  2. 02リクエスト・レスポンステストでHTTP動作を検証
  3. 03実用的な統合テストでサービスやリポジトリを検証
  4. 04未テストの振る舞いを報告

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/darknesskiller/skills --skill tdd

インストール後、Claude Code で/tddを入力して読み込まれたか確認します。

同梱ファイルagents/openai.yaml

詳細

TDD

ループ

  1. Red — 次の振る舞いの単位に対する失敗するチェックを1つ書きます。
  2. Green — チェックを通すための最小限の実装を行います。
  3. Refactor — チェックが引き続き成功する状態で、シンプルにします。
  4. 契約を網羅するまで繰り返します。

出力

すべてのフェーズに Red、Green、Refactor、Repeat と名前を付けます。最後に Passing check、Normal command、Untestable(なし、または残るエッジケース)を記載します。

完了条件:要求されたすべての振る舞いに対するチェックが成功し、そのチェックがリポジトリの通常のコマンドで実行され、テストできないエッジケースがあれば報告されていることです。

テストの選択

脆弱なセットアップなしで振る舞いを証明できる、最も高いレベルのテストを優先します。HTTP パスではリクエスト/レスポンステストを使います。サービス/リポジトリでは、実用的であれば統合テストを使います。Go では、プロジェクトが使用している場合、testify/require を使ったテーブル駆動テストを使います。モックは境界にとどめます。低コストで実行できるものはモックにしないでください。小さなケースでは、assert スタイルのセルフチェックを1つ行えば十分です。

コメント