Le principe de TDD consiste à écrire les tests unitaires avant l'implémentation du code à tester.
Le cycle préconisé comporte cinq étapes
- Ecrire le test unitaire
- Vérifier que le test échoue (car le code qu'il teste n'existe pas)
- Ecrire juste le code qu'il faut pour que le test passe
- Vérifier que le test passe
- Refactoriser le code pour l'améliorer tout en conservant la fonctionnalité
- C'est avant tout une activité de Design permettant de préciser les spécifications du code, permettant d'obtenir un code plus juste et plus fiable
- On garantit que le Codebase de l'application développée est testable unitairement, ce qui est très intéressant du point de vue qualité.
- On induit un mécanisme de non régression automatisable via les builds automatisées par exemple
- On sécurise les opérations de changement (évolutions ou refactoring) du fait d'un plus grande confiance dans le code
Ci dessous un démonstration vidéo d'un approche TDD avec Visual Studio 2013. on en profitera pour montrer Peek Definition (Alt F12) un nouveau moyen d'édition en mode imbriqué d'une référence, qui consitue une évolution de la fonction "Go to reference" connue sous F12. Cette nouvelle implémentation est très pratique lorsque l'on fait du TDD.
Aucun commentaire:
Enregistrer un commentaire