技能 tdd-workflows-tdd-cycle
📦

tdd-workflows-tdd-cycle

安全 ⚙️ 外部命令

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.

支持: Claude Codex Code(CC)
🥉 74 青铜
1

下载技能 ZIP

2

在 Claude 中上传

前往 设置 → 功能 → 技能 → 上传技能

3

开启并开始使用

测试它

正在使用“tdd-workflows-tdd-cycle”。 Flux de travail TDD pour une API d'inscription utilisateur

预期结果:

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.

正在使用“tdd-workflows-tdd-cycle”。 Flux de travail TDD avec analyse de couverture pour un module de validation de données

预期结果:

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.

安全审计

安全
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
已扫描文件
224
分析行数
2
发现项
1
审计总数
低风险问题 (1)
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.

风险因素

审计者: claude

质量评分

38
架构
100
可维护性
87
内容
50
社区
100
安全
91
规范符合性

你能构建什么

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.

试试这些提示

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.

最佳实践

  • 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

避免

  • É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

常见问题

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.

开发者详情

文件结构

📄 SKILL.md