À retenir
- On écrit le test avant le code source.
- Le code doit être le plus simple possible pour satisfaire le test.
- C'est une méthode qui sert autant à concevoir qu'à vérifier le logiciel.
Le développement piloté par les tests est une méthode de programmation où l'on inverse l'ordre habituel : on commence par écrire le test de vérification avant de coder la fonctionnalité elle-même. Imaginez un serrurier qui fabriquerait d'abord un gabarit de contrôle parfait pour s'assurer que chaque clé qu'il va tailler fonctionnera sans erreur.
Étymologie
Il s'agit d'une traduction du concept anglais Test-Driven Development (TDD). Apparu à la fin des années 1990, il est l'un des piliers de l'Extreme Programming, une méthode de travail agile visant à améliorer la qualité logicielle.
Exemples d'usage
- Écrire un petit programme qui vérifie si une fonction d'addition renvoie bien 4 quand on lui donne 2 et 2, alors que la fonction d'addition n'existe pas encore.
- Créer un test qui valide qu'un formulaire d'inscription rejette les mots de passe trop courts avant même de coder l'interface du formulaire.
Cas d'usage
Cette approche est utilisée en développement logiciel, particulièrement dans les projets agiles. Elle intervient lors de la création de nouvelles fonctionnalités, de la correction de bugs (écrire un test qui reproduit le bug avant de le fixer) ou lors du refactoring (amélioration du code existant) pour garantir que rien ne s'est cassé.
Bonnes pratiques
Respecter scrupuleusement le cycle Red-Green-Refactor : on écrit un test qui échoue (Rouge), on écrit le strict minimum de code pour qu'il réussisse (Vert), puis on nettoie et optimise le code (Refactorisation). Il faut éviter de tester trop de choses à la fois : un test doit être court et précis.
Synonymes
Antonymes
Conseil
Si vous débutez, ne cherchez pas à tout tester tout de suite. Commencez par appliquer le TDD sur des fonctions logiques simples (calculs, transformations de texte) pour bien comprendre la gymnastique mentale du cycle Rouge-Vert-Refactor.
Questions fréquentes
Est-ce que cela prend plus de temps ?
À court terme, oui, car on écrit plus de code. À long terme, on gagne énormément de temps en évitant les régressions et les sessions de débogage interminables.
Est-ce la même chose que le test unitaire ?
Le TDD utilise des tests unitaires comme outil, mais c'est une méthodologie de conception complète, pas juste une étape de vérification finale.