Test Driven Development

De Wiki Label[i]
Aller à : navigation, rechercher

Ce talk a eu lieu le 25 Mars 2015 par Florian Kauder. Le support est disponible à l'endroit suivant : Fichier:Test Driven Development - Support.pdf

Résumé

Lors d'un développement classique, un développeur lambda va développer une fonctionnalité et vérifier très rapidement si celle-ci marche. Ce processus de vérification par un test utilisateur simple ne permet pas de vérifier correctement si la fonctionnalité marche (en suivant des critères définis à l'avance) et permet l'introduction de bugs lors de développement supplémentaire.

Principe du TDD

Le TDD ou Test Driven Development est une approche différente du développement. Les tests sont écrits à l'avance, la fonctionnalité est alors développé puis vérifier par l’exécution de ces tests. Si ceux-ci ne passent pas, le développeur corrige les bugs jusqu'à que sa fonctionnalité marche.

Avantages

  • Peu (ou pas) de bugs.
  • Un test réussi est une petite réussite pour le développeur.
  • L'écriture des tests oblige à réfléchir à l'implémentation. Le programme final a donc une conception plus claire.
  • Toute fonctionnalité fonctionnant à un temps t fonctionnera à un temps t+1

Défauts

  • Ecrire des tests demande du temps, surtout lorsque l'on débute dans le TDD.
  • Exécuter des tests demande du temps, surtout quand ils sont nombreux. (Solution possible : Intégration continue)

Liens annexes