Le document traite du développement piloté par les tests (TDD) et présente trois règles fondamentales : ne pas écrire de code de production sans qu'un test échoue, écrire juste assez de code de test pour prouver l'échec, et écrire juste assez de code de production pour réussir le test. Il souligne l'importance des cycles de refactorisation rapides dans le processus de conception. TDD est présenté comme un moyen d'aboutir à un bon design qui émerge au fil du développement.

1. Test-Driven Development
@arpinum_fr www.arpinum.fr

3. #TDD ?!

4. 3 règles

5. Ne pas écrire de code de
production si ce n'est pour
faire passer un test qui
échoue.

6. Ecrire juste assez de code de
test pour démontrer un échec.

7. Ecrire juste assez de code de
production pour faire passer
un test.

8. Un cycle rapide

9. Refactoring

10. Et donc ?

11. TDD = Conception
Un bon design ne vient pas en premier, il apparaît.

12. Par où commencer ?

13. Vous aimez le bowling ?