Le TDD (Test-Driven Development, développement piloté par les tests) est une méthode de développement où l'on écrit d'abord un test automatisé qui décrit le comportement attendu, puis le code minimal pour le faire passer, avant d'améliorer ce code. Elle a été popularisée par Kent Beck, dans le sillage de l'Extreme Programming.
Le cycle tient en trois temps, souvent appelé « rouge, vert, refactor » :
- écrire un test qui échoue (rouge) ;
- écrire juste assez de code pour qu'il réussisse (vert) ;
- nettoyer le code sans casser les tests (refactor).
Le TDD oblige à clarifier le besoin avant de coder, limite le code superflu et produit une base de tests qui sécurise les évolutions. Son coût : un démarrage plus lent et une discipline que toutes les équipes ne tiennent pas dans la durée.
Pourquoi ça compte quand on recrute
Beaucoup de candidats citent le TDD, peu le pratiquent vraiment. Le test le plus fiable est un exercice de code en binôme : on voit vite si la personne commence par le test et avance par petites étapes. Ne pas pratiquer le TDD n'est pas éliminatoire, mais un développeur senior doit savoir écrire des tests utiles et expliquer sa stratégie de test.