Compétences tdd-workflows-tdd-cycle
📦

tdd-workflows-tdd-cycle

Sûr ⚙️ Commandes externes

Maîtriser les flux de travail de développement piloté par les tests (TDD)

Les développeurs peinent à maintenir la discipline TDD tout en gérant des projets complexes. Cette compétence orchestre des agents spécialisés à travers des cycles stricts de rouge-vert-refactorisation avec validation automatisée et suivi de la couverture.

Prend en charge: Claude Codex Code(CC)
📊 71 Adéquat
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "tdd-workflows-tdd-cycle". Flux de travail TDD pour une API d'inscription utilisateur

Résultat attendu:

Phase 1 terminée : Spécification de tests générée avec 12 scénarios de test couvrant le chemin nominal, les erreurs de validation, les utilisateurs en double et les cas limites. Phase 2 terminée : 12 tests unitaires échouants écrits. Phase 3 terminée : L'implémentation minimale fait passer tous les tests. Phase 4 terminée : Refactorisé pour réduire la complexité cyclomatique de 12 à 6.

Utilisation de "tdd-workflows-tdd-cycle". Flux de travail TDD avec analyse de couverture pour un module de validation de données

Résultat attendu:

Rapport de couverture : Couverture des lignes 87%, Couverture des branches 79%, Couverture des fonctions 92%. Tous les tests passent. Recommandations de refactorisation : Extraire la logique de validation dans des stratégies séparées, réduire la longueur de la méthode validateUserInput de 28 à 15 lignes.

Audit de sécurité

Sûr
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
Fichiers analysés
224
Lignes analysées
2
résultats
1
Total des audits
Problèmes à risque faible (1)
SKILL.md:23SKILL.md:134SKILL.md:144
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.

Facteurs de risque

⚙️ Commandes externes (3)
SKILL.md:23 SKILL.md:134 SKILL.md:144
Audité par: claude

Score de qualité

38
Architecture
100
Maintenabilité
87
Contenu
32
Communauté
100
Sécurité
91
Conformité aux spécifications

Ce que vous pouvez construire

Développement de nouvelles fonctionnalités

Développez de nouvelles fonctionnalités en test-first avec une discipline TDD stricte, assurant 100% de couverture dès le départ.

Couverture de tests pour code legacy

Ajoutez une couverture de tests complète au code existant en utilisant le mode suite de tests avec développement par lots.

Amélioration de la qualité du code

Refactorisez du code existant tout en maintenant la couverture de tests, en utilisant une validation automatisée à chaque étape.

Essayez ces prompts

Cycle TDD de base 
Démarrez un flux de travail TDD pour implémenter un module d'authentification utilisateur. Commencez par l'analyse des exigences de la Phase 1 et progressez à travers le cycle rouge-vert-refactorisation.
Développement de tests incrémental 
Exécutez le flux de travail TDD pour un endpoint API REST avec l'option --incremental. Écrivez un test échouant à la fois, faites-le passer, puis refactorisez avant de continuer.
Suite de tests complète 
Exécutez le flux de travail TDD pour un module de traitement de paiements avec l'option --suite. Écrivez d'abord tous les tests échouants, puis implémentez pour faire passer tous les tests, puis refactorisez le module entier.
Amélioration de la couverture 
Analysez la couverture de tests actuelle pour le module de service utilisateur et exécutez la Phase 11 pour ajouter des tests de performance et une couverture des cas limites. Visez 90% de couverture des branches.

Bonnes pratiques

  • Toujours vérifier que les tests échouent pour les bonnes raisons avant d'implémenter du code
  • Implémenter uniquement le code minimum requis pour faire passer les tests - pas de fonctionnalités supplémentaires
  • Exécuter les tests après chaque changement de refactorisation pour s'assurer qu'ils restent verts
  • S'arrêter immédiatement si la discipline TDD est rompue et revenir à un état valide
  • Maintenir l'exécution des tests sous 5 secondes pour les tests unitaires afin de maintenir la rapidité du feedback

Éviter

  • Écrire du code d'implémentation avant d'écrire des tests échouants
  • Écrire des tests qui passent déjà au lieu de piloter une nouvelle fonctionnalité
  • Sauter la phase de refactorisation et accumuler de la dette technique
  • Modifier les tests pour les faire passer plutôt que de corriger l'implémentation
  • Ignorer les tests échouants et passer à la fonctionnalité suivante

Foire aux questions

Qu'est-ce que le cycle rouge-vert-refactorisation ?
ROUGE : Écrivez un test échouant. VERT : Implémentez le code minimum pour le faire passer. REFACTORISER : Améliorez la qualité du code tout en gardant les tests verts. Ce cycle assure un développement test-first avec amélioration continue de la qualité.
Comment choisir entre le mode incrémental et le mode suite ?
Utilisez le mode incrémental pour une logique complexe nécessitant un développement prudent étape par étape. Utilisez le mode suite pour des fonctionnalités simples où vous pouvez concevoir tous les tests à l'avance et implémenter en lot.
Que se passe-t-il si mes tests échouent pendant la refactorisation ?
Arrêtez immédiatement et revenez au dernier état valide. La refactorisation ne doit pas changer le comportement. Si les tests échouent, vous avez changé la fonctionnalité plutôt que d'améliorer uniquement la structure.
Puis-je ajuster les seuils de couverture ?
Oui. Les seuils par défaut sont 80% de couverture des lignes, 75% de couverture des branches et 100% de couverture du chemin critique. Ajustez en fonction des exigences du projet et des contraintes du code legacy.
De quels outils cette compétence a-t-elle besoin ?
Cette compétence nécessite l'outil Claude Task avec accès aux sous-agents pour les tests, la revue de code et le développement backend. Elle orchestre des agents spécialisés pour chaque phase TDD.
Comment fonctionne la reprise sur échec ?
Si la discipline TDD est rompue, arrêtez immédiatement, identifiez la phase violée, revenez au dernier état valide en utilisant le contrôle de version, reprenez depuis la phase correcte et documentez la leçon apprise.

Détails du développeur

Auteur

sickn33

Licence

MIT

Dépôt

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

Réf

main

Structure de fichiers

📄 SKILL.md