tdd-workflow
Implémenter le flux de travail TDD (Test-Driven Development)
متاح أيضًا من: DoubleslashSE
Les développeurs perdent du temps à déboguer du code sans tests. Cette compétence impose le cycle RED-GREEN-REFACTOR pour construire un logiciel fiable en toute confiance.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "tdd-workflow". Implémenter une fonction pour valider les adresses e-mail
النتيجة المتوقعة:
- Phase RED : Créé le test 'should accept valid email format' - le test échoue (pas d'implémentation encore)
- Phase GREEN : Implémenté la validation regex minimale - le test passe
- Phase REFACTOR : Logique de validation extraite dans une fonction séparée, messages d'erreur améliorés
استخدام "tdd-workflow". Corriger l'exception de pointeur nul dans la recherche d'utilisateur
النتيجة المتوقعة:
- Phase RED : Le test reproduit l'exception de pointeur nul - échec confirmé
- Phase GREEN : Ajouté la vérification de null avant d'accéder aux propriétés utilisateur - le test passe
- Phase REFACTOR : Créé un helper de recherche null-safe réutilisable utilisé dans tout le code
التدقيق الأمني
آمنAll static analysis findings are false positives. The arrow character (→) was misidentified as shell backtick execution. References to 'crypto' and 'reconnaissance' are pattern matching errors on plain text documentation. This is a safe TDD methodology guide. External commands are legitimately used for running test suites.
عوامل الخطر
⚙️ الأوامر الخارجية (1)
درجة الجودة
ماذا يمكنك بناءه
Développement de nouvelle fonctionnalité
Construire des fonctionnalités fiables en écrivant les tests d'abord, puis en implémentant le code minimal pour passer chaque test.
Correction de bug avec protection de régression
Écrire un test qui reproduit le bug, le corriger, puis refactoriser avec la confiance que le bug reste corrigé.
Amélioration de la qualité du code d'équipe
Utiliser le modèle TDD multi-agent où différents agents écrivent des tests, implémentent du code et refactorisent.
جرّب هذه الموجهات
Je veux implémenter une fonction qui [décrire le comportement]. Écrire d'abord un test en échec suivant la phase RED du TDD. Le test devrait décrire le comportement attendu clairement.
Implémentons [feature] en utilisant TDD. Étape 1 : Écrire un test en échec. Étape 2 : Écrire le code minimal pour passer. Étape 3 : Refactoriser pour la clarté. Guidez-moi à travers chaque phase.
Revoir ce test et le restructurer en utilisant le modèle AAA (Arrange, Act, Assert). Identifier quelles données nécessitent une configuration, quel code s'exécute, et quel résultat vérifier.
Exécuter une session TDD multi-agent pour [feature]. L'Agent A écrit le test en échec, l'Agent B implémente pour passer, l'Agent C refactorise. Coordonner les transferts entre phases.
أفضل الممارسات
- Toujours regarder le test échouer avant d'écrire le code d'implémentation - cela valide que le test fonctionne
- Écrire une assertion par test pour isoler les échecs et clarifier l'intention
- Valider après chaque cycle RED-GREEN-REFACTOR complet pour maintenir des changements petits et vérifiables
تجنب
- Écrire du code avant que le test n'échoue - cela contredit l'objectif du TDD et indique souvent que vous ne comprenez pas les exigences
- Tester des détails d'implémentation comme les noms de méthodes privées - les tests devraient vérifier le comportement, pas la structure interne
- Multiples assertions par test - rend les échecs ambigus et viole le principe de responsabilité unique