test-fixing
Corriger systématiquement les tests qui échouent
Lorsque des tests échouent après un refactoring ou des modifications de code, cette compétence regroupe les erreurs par type et cause racine, puis corrige chaque groupe méthodiquement pour que la suite de tests passe.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "test-fixing". Les tests échouent après mon récent refactor. J'ai renommé plusieurs modules et j'ai maintenant 12 tests qui échouent.
النتيجة المتوقعة:
Exécution de la suite de tests pour identifier tous les échecs...
12 tests échoués trouvés :
- 6 ImportErrors (impact du renommage de modules)
- 4 AttributeErrors (changements de signature de fonctions)
- 2 AssertionErrors (changements de logique)
Priorisation par impact :
1. ImportErrors (6 tests) - correction en premier
2. AttributeErrors (4 tests)
3. AssertionErrors (2 tests)
Début avec le groupe ImportError : analyse de la structure des modules...
استخدام "test-fixing". Aidez-moi à corriger les tests qui échouent dans le module API. Ils ont commencé à échouer après que j'ai mis à jour les dépendances.
النتيجة المتوقعة:
Exécution de tests ciblés sur le module API : pytest tests/api/ -v
Regroupement des échecs par type d'erreur :
- 3 ImportError (dépendance manquante)
- 2 AssertionError (format de réponse API modifié)
Suivi de la stratégie d'ordre de correction :
1. Corriger l'infrastructure : ajouter la dépendance manquante
2. Corriger la logique : mettre à jour l'assertion pour le nouveau format de réponse
Vérification de chaque correction avec des exécutions de tests ciblées...
التدقيق الأمني
آمن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.
درجة الجودة
ماذا يمكنك بناءه
Corriger les tests après un refactoring
Après avoir renommé des modules ou des fonctions dans une base de code, cette compétence aide à identifier tous les échecs de tests affectés, les regroupe par type et corrige systématiquement chaque groupe.
Gérer les échecs de tests CI/CD
Lorsqu'un pipeline CI échoue à cause d'erreurs de test, utilisez cette compétence pour regrouper les échecs, comprendre les causes racines et corriger systématiquement avant de réessayer le pipeline.
Déboguer plusieurs échecs de tests
Lorsque l'exécution d'une grande suite de tests révèle de nombreux échecs, cette compétence aide à prioriser lesquels corriger en premier en fonction de l'ordre des dépendances et de l'impact.
جرّب هذه الموجهات
Les tests échouent après mes récentes modifications. Aidez-moi à les corriger en utilisant la compétence de correction de tests. Exécutez d'abord la suite de tests pour voir tous les échecs.
J'ai refactorisé ma base de code et maintenant 15 tests échouent. Utilisez le regroupement intelligent d'erreurs pour catégoriser ces échecs et les corriger dans le bon ordre. Commencez par exécuter make test pour voir tous les échecs.
Mon pipeline CI a échoué à cause d'erreurs de test. Utilisez la compétence de correction de tests pour identifier la cause racine de chaque échec. Priorisez d'abord les problèmes d'infrastructure comme les erreurs d'import et les dépendances manquantes.
J'ai 5 échecs ImportError dans les tests de mon module auth. Corrigez d'abord ces échecs spécifiques, vérifiez qu'ils passent, puis nous passerons aux autres groupes d'erreurs.
أفضل الممارسات
- Exécuter des sous-ensembles de tests ciblés après chaque correction pour vérifier que le changement fonctionne avant de passer au groupe suivant
- Corriger les problèmes d'infrastructure (imports, dépendances, config) avant les bugs de logique pour des états d'erreur plus propres
- Utiliser git diff pour comprendre ce qui a changé récemment et identifier les causes racines des échecs de tests
- Garder les changements minimaux et ciblés - corriger un problème à la fois plutôt que des changements en masse
تجنب
- Corriger tous les tests d'un coup sans exécuter de sous-ensembles - cela rend difficile l'identification de quelle correction a résolu quelle erreur
- Ignorer les erreurs d'infrastructure et essayer de corriger les erreurs de logique en premier - les échecs d'import masqueront les vrais problèmes
- Faire de grands changements globaux au lieu de corrections ciblées - augmente le risque d'introduire de nouveaux bugs
- Sauter l'exécution finale de la suite de tests complète - peut manquer des régressions introduites pendant la correction