Comprendre le TDD, et comment un Coding Kata aide pour s'exerciser à cette pratique

1. TDD et
Coding Kata
Tarik Zakaria Benmerar
Acigna Inc.

2. La dette technique
• Le bug n’est pas fixé sur le
moment.
• Paiement de la dette (bug) dans
le temps.
• Paiement avec intérêt.

3. Types de tests
• Test unitaire.
• Test d’intégration.
• Test fonctionnel.

4. Automatisation des tests
• Les tests doivent être programmés.
• Les nouveaux et les anciens tests
sont exécutés à chaque fois.
• Détection des régressions.
• Avoir un code qui s’auto-test.

5. TDD
(Développement dirigée pour le test)

6. TDD:
• Le test avant le code.
• Un seul test à la fois ( Rouge ).
• Code pour un seul test ( Vert ).
• Refactorisation du code en dernière
étape.
• Refaire ce cycle ( Rouge, Vert et
Refactorisation ).

7. Les transformations:
• null vers constante.
• constante vers constante+.
• constante vers scalar.
• Instruction vers plusieurs instructions.
• sans condition vers if.
• If vers while.
A chaque fois que les tests deviennent spécifiques, le code
se généralise.

8. Que faut-il tester ?
• L’état : Vérifier la valeur des variables.
• Le comportement : Vérifier l’interaction
avec les collaborateurs.

9. Coding Kata

10. Kata:
• Forme
• Mouvement
• Pratique
• délibérée

11. Coding kata:
• 20 minutes.
• code supprimé à la fin.
• TDD.
• Refactor.

12. Time For Code

13. codewars.com