Test Driven Development

Un article de Wikipédia, l'encyclopédie libre.
Cet article est une ébauche concernant l’informatique.
Vous pouvez partager vos connaissances en l’améliorant. (Comment ?).

Le Test Driven Development (TDD) ou en Français développement piloté par les tests est une méthode de développement de logiciel qui préconise d'écrire les tests unitaires avant d'écrire le code source d'un logiciel.

Sommaire

[modifier] Le cycle de TDD

Le cycle préconisé par TDD comporte cinq étapes :

  1. écrire un premier test,
  2. vérifier qu'il échoue (car le code qu'il teste n'existe pas),
  3. écrire le minimum de code suffisant pour faire passer le test,
  4. vérifier que le test passe,
  5. puis refactoriser le code.

Commencer par faire échouer le test permet de le tester.

[modifier] Interêt

En écrivant les tests d'abord, on utilise le programme avant même qu'il existe. On s'assure ainsi que le code produit est testable unitairement. Il est donc impératif d'avoir une vision précise de la manière dont on va utiliser le programme avant même d'envisager son implémentation. Cela évite souvent des erreurs de conception dues à une précipitation dans l'implémentation avant d'avoir défini les objectifs.

De plus, le fait d'avoir des tests augmente la confiance en soi du programmeur lors de la refactorisation du code : il sait qu'à un moment donné les tests ont réussi. Il peut ainsi se permettre des changements radicaux de design en étant sûr, à la fin, d'avoir un programme se comportant toujours de la même façon (si les tests réussissent toujours).

L'utilisation de TDD permet la construction conjointe du programme et d'une suite de tests de non-régression.

[modifier] Voir aussi

[modifier] Articles connexes

[modifier] Bibliographie

  • Kent Beck, Test Driven Development: By Example, Addison-Wesley, 2002, 240 p. (ISBN 0-321-14653-0)
  • Lasse Koskela, Test Driven: TDD and Acceptance TDD for Java Developers, Manning, 2007, 470 p. (ISBN 1-932-39485-0)

[modifier] Liens externes