Sommaire

« Pas le temps ! », « Cette fonctionnalité est trop simple », « On les écrira après », ou encore « ça demanderait un refactoring trop risqué »… Nombreuses sont encore les excuses pour ne pas coder de tests automatisés.
Il n’est pas facile d’écrire des tests sur une application qui n’en comporte aucun et dans lequel tous les composants sont solidement soudés entre eux.
A l’inverse quand on conçoit une nouvelle application, comment faire en sorte qu’elle soit facile à tester?
Au travers d’une démonstration technique, vous apprendrez dans une application existante à identifier les éléments qui nuisent à la testabilité du code puis à « déssouder » les composants entre eux pour parvenir à écrire un test couvrant la logique d’affaire. Enfin vous verrez comment une approche TDD peut faire émerger le design d’une application.
Tout au long de cette présentation technique de niveau intermédiaire, une attention particulière sera portée sur l’outil Resharper et son utilisation dans le cadre du refactoring de l’application présentée (écrite en C#).

Partage cette page

Qu'en pensez-vous?