Compétences TDD Orchestrator
📦

TDD Orchestrator

Sûr

Maîtriser l'orchestration TDD

Cette compétence aide les équipes de développement à mettre en œuvre des pratiques disciplinées de développement piloté par les tests grâce à une orchestration complète des flux de travail et à des conseils guidés par l'IA pour les tests.

Prend en charge: Claude Codex Code(CC)
📊 69 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 Orchestrator". Help me implement TDD for a user authentication feature

Résultat attendu:

Here is a complete TDD implementation plan:

1. RED PHASE: Write failing tests first
- Test user creation with valid credentials
- Test authentication with correct password
- Test authentication failure with wrong password

2. GREEN PHASE: Implement minimum code to pass
- Create User entity with password validation
- Implement AuthenticationService

3. REFACTOR PHASE: Improve code structure
- Extract password hashing logic
- Add proper error handling

Recommended test structure: Unit tests for services, integration tests for repository layer.

Utilisation de "TDD Orchestrator". Design multi-agent testing workflow for microservices

Résultat attendu:

Multi-Agent TDD Workflow Design:

1. UNIT AGENT: Tests individual service logic
2. CONTRACT AGENT: API contract verification between services
3. INTEGRATION AGENT: Service interaction testing
4. E2E AGENT: Full workflow validation

Coordination Pattern:
- Unit → Contract → Integration → E2E
- Parallel execution where possible
- Shared contract definitions
- Environment provisioning per agent

Audit de sécurité

Sûr
v1 • 2/25/2026

Prompt-only skill containing no executable code. Provides guidance on TDD practices and testing methodologies. Static analysis scanned 0 files with 0 lines of code. No security risks detected. This is an informational/educational skill about software testing best practices.

0
Fichiers analysés
0
Lignes analysées
0
résultats
1
Total des audits
Aucun problème de sécurité trouvé
Audité par: claude

Score de qualité

38
Architecture
100
Maintenabilité
87
Contenu
31
Communauté
100
Sécurité
74
Conformité aux spécifications

Ce que vous pouvez construire

Configuration TDD pour un nouveau projet

Établir la discipline et le flux de travail TDD pour un nouveau projet logiciel avec une structure de pyramide de tests appropriée

Stratégie de tests pour le code hérité

Créer une stratégie de couverture de test complète pour un code hérité existant en utilisant des tests de caractérisation

Gouvernance TDD inter-équipes

Mettre en œuvre des normes TDD à l'échelle de l'organisation avec vérification de conformité et collecte de métriques

Essayez ces prompts

Implémentation TDD de base
Aidez-moi à implémenter TDD pour une nouvelle fonctionnalité. Guidez-moi à travers le cycle rouge-vert-refactorer pour [décrivez votre fonctionnalité].
Flux de travail de test multi-agents
Concevez un flux de travail multi-agents pour des tests coordonnées aux niveaux unitaire, intégration et E2E pour [décrivez le projet].
Tableau de bord des métriques TDD
Créez un cadre de métriques TDD incluant le temps de cycle, les seuils de couverture et les portes de qualité pour [décrivez la taille de l'équipe].
Stratégie de test basé sur les propriétés
Implémentez une stratégie de test basé sur les propriétés en utilisant [framework] pour la validation de la logique métier complexe dans [décrivez le domaine].

Bonnes pratiques

  • Écrivez le test le plus petit possible qui échoue avant d'écrire tout code d'implémentation
  • Gardez le refactorisation focalisé uniquement sur l'amélioration du code sans changer son comportement
  • Maintenez des temps d'exécution de tests rapides pour préserver les cycles de retour rapides

Éviter

  • Écrire des tests après le code d'implémentation (test-après n'est pas du TDD)
  • Tester les détails d'implémentation plutôt que le comportement observable
  • Créer des tests trop complexes qui sont difficiles à maintenir et à déboguer

Foire aux questions

Quels langages de programmation cette compétence prend-elle en charge ?
La compétence fournit des conseils pour plusieurs langages, notamment Java, C#, Python, JavaScript, TypeScript et Go avec leurs frameworks de test respectifs.
Combien de temps faut-il pour adopter le TDD dans une équipe ?
L'adoption initiale prend généralement 2 à 4 semaines de pratique constante. La maîtrise de la discipline TDD nécessite généralement 3 à 6 mois d'application dédiée.
Cette compétence peut-elle aider avec le code hérité ?
Oui, elle fournit des stratégies pour les tests de caractérisation, les tests golden master et l'adoption incrémentale du TDD pour les bases de code existantes.
Cette compétence s'intègre-t-elle aux pipelines CI/CD ?
La compétence fournit des conseils sur la conception des pipelines mais ne s'intègre pas directement. Elle peut recommander des configurations de pipeline pour la conformité TDD.
Quelle est la différence entre TDD et BDD ?
Le TDD se concentre sur les tests développeurs écrits pour spécifier le comportement. Le BDD utilise des scénarios en langage naturel (Given-When-Then) pour définir le comportement du point de vue de l'utilisateur.
Comment mesurer le succès du TDD dans mon équipe ?
Suivez les métriques notamment le temps de cycle, le pourcentage de couverture de tests, le taux de fuite des défauts et la fréquence de refactorisation. La compétence fournit des conseils détaillés sur le cadre des métriques.

Détails du développeur

Structure de fichiers

📄 SKILL.md