test-fixing
テストの失敗を体系的に修正する
リファクタリングやコード変更後にテストが失敗した場合、このスキルはエラータイプと根本原因ごとにグループ化し、各グループを体系的に修正してテストスイートをパスさせます。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「test-fixing」を使用しています。 The tests are failing after my recent refactor. I renamed several modules and now have 12 failing tests.
期待される結果:
テストスイートを実行してすべての失敗を特定しています...
12個の失敗するテストが見つかりました:
- 6件のImportError（モジュール名前変更の影響）
- 4件のAttributeError（関数シグネチャ変更）
- 2件のAssertionError（ロジック変更）
影響度順に優先順位付け:
1. ImportError（6件）- 最初に修正
2. AttributeError（4件）
3. AssertionError（2件）
ImportErrorグループから開始: モジュール構造を分析中...
「test-fixing」を使用しています。 Help me fix the failing tests in the API module. They started failing after I updated the dependencies.
期待される結果:
APIモジュールでフォーカスされたテストを実行: pytest tests/api/ -v
エラータイプごとに失敗をグループ化:
- 3件のImportError（欠落している依存関係）
- 2件のAssertionError（APIレスポンス形式が変更された）
修正順序戦略に従う:
1. インフラストラクチャを修正: 欠落している依存関係を追加
2. ロогиックを修正: 新しいレスポンス形式のアサーションを更新
各修正をターゲットを絞ったテスト実行で検証中...
セキュリティ監査
安全All static findings are false positives. The skill is documentation-only (SKILL.md) with no executable code. The detected 'external_commands' are markdown examples of CLI commands, not actual shell executions. The 'weak cryptographic algorithm' finding is a scanner misidentification with no cryptographic code present.
品質スコア
作れるもの
リファクタリング後のテスト修正
コードベース全体でモジュールや関数の名前を変更した後、このスキルは影響を受けるすべてのテスト失敗を特定し、タイプごとにグループ化し、各グループを体系的に修正します。
CI/CD テスト失敗の処理
テストエラーによりCIパイプラインが失敗した場合、このスキルを使用して失敗をグループ化し、根本原因を理解し、パイプラインを再試行する前に体系的に修正します。
複数のテスト失敗のデバッグ
大きなテストスイートを実行すると多くの失敗が表示された場合、このスキルは依存関係順序と影響度に基づいて最初にどれを修正するかの優先順位付け帮助你します。
これらのプロンプトを試す
最近の変更後、テストが失敗しています。テスト修正スキルを使用して修正してください。まずテストスイートを実行してすべての失敗を確認してください。
コードベースをリファクタリングし，现在15個のテストが失敗しています。スマートなエラーグループ化を使用してこれらの失敗を分類し、適切な順序で修正してください。最初に make test を実行してすべての失敗を確認してください。
テストエラーによりCIパイプラインが失敗しました。テスト修正スキルを使用して、各失敗の根本原因を特定してください。インポートエラーや欠落している依存関係などのインフラストラクチャの問題を最初に優先してください。
authモジュールテストに5つのImportError失敗があります。まずこれらの特定の失敗を修正し、パスすることを確認してから、他のエラーグループに移りましょう。
ベストプラクティス
- 各修正後にフォーカスされたテストサブセットを実行して、変更が次のグループに移る前に動作することを確認してください
- エラーの状態をクリーンにするため、ロジックバグの前にインフラストラクチャの問題（インポート、依存関係、設定）を修正してください
- git diff を使用して最近何が変わったかを理解し、テスト失敗の根本原因を特定してください
- 変更を最小限に絞り、焦点を当ててください - 一括変更ではなく一度に1つの問題を修正してください
回避
- サブセットを実行せずに一度にすべてのテストを修正する - どの修正がどのエラーを解決したかを特定するのが困難になる
- インフラストラクチャエラーを無視して最初にロジックエラーを修正しようとする - インポート失敗が実際の問題を隠す
- ターゲットを絞った修正ではなく、大規模で包括的な変更を行う - 新しいバグを導入するリスクが高まる
- 最終的な完全なテストスイート実行をスキップする - 修正中に導入されたリgressionを見逃す可能性がある