Les tests automatisés, parfois maladroitement appelés tests unitaires (parce que les tests unitaires font partie du concept plus large que sont les tests automatisés), sont une pratique en développement qui m’intéresse beaucoup. Il s’agit d’écrire du code qui inspecte le code de l’application, pour voir si ce dernier se comporte de la manière attendue. Bien qu’il faille évidemment écrire plus de code au total, le but est de rembourser le temps investi dans l’écriture de ce code de test en aidant à découvrir les failles qui ont pu s’introduire au cours des itérations du développement de l’application.
Plus précisément, le but de cet article est de vous montrer comment mettre en place une approche assez rigoureuse de cette pratique, qui est appelée Test Driven Development. Cette façon particulière de coder préconise d’écrire ses tests avant de commencer à écrire du code de production. Cela peut sembler un peu bizarre quand on en entends parler pour la première fois, parce qu’on va tester quelque chose qui n’existe pas encore. Je vais ici utiliser un cas pratique où j’ai mis le TDD en œuvre pour vous faire comprendre comment cela fonctionne et à quoi cela m’a servi.
(suite…)