Développement dirigé par les tests

Le TDD est une façon de travailler, un processus pour écrire du code. Votre code avance à petits pas et votre progression est assurée car vous écrivez et exécutez fréquemment des tests automatisés. Le développement avance avec beaucoup de focus, à un rythme productif :

1. Écrire un test pour une nouvelle fonctionnalité. Le test devrait échouer.
2. Écrire du code jusqu'à ce que le test passe.
3. Refactorer jusqu'à ce que code soit propice à la poursuite du développement.
4. Goto 1.

Si nous utilisons un framework de tests unitaires tel que JUnit, nous aurons de belles couleurs à l'écran pour nous dire exactement où continuer.

Rouge = écrire du code fonctionnel Vert = écrire un nouveau test ou refactorer

C'est tout ce qu'il nous est permis de faire. Si nous commençons à transgresser ces règles simples, nous ne pourrons pas rester concentrés, les choses commencent à devenir compliquées, nous commençons à oublier des parties et nous finissons par espérer qu'il y a suffisamment de niveaux d'undo dans notre éditeur pour ressortir du bourbier que nous nous sommes créé.