De manière générale, les développeurs font tout leur possible pour ne pas provoquer d'erreur. Et si nous inversions la tendance ?
Le process #TDD est le suivant : red, green, refactoring.
L'étape RED consiste à mettre en évidence que notre code ne fait pas ce que l'on attend de lui. Pour cela, nous allons mettre en place un test qui provoque .... une erreur !
Dès le départ, TDD nous confronte aux erreurs. Aux erreurs de comportement (le code ne fait pas ce que l'on attend), mais aussi aux erreurs de compilation (le code n'est pas correctement écrit) et aux exceptions (le code se trouve dans un contexte imprévu).
Lorsqu'on rencontre une erreur, on a deux options : l'affrontement ou la fuite. Affronter une erreur, c'est comprendre la signification de l'erreur, comprendre pourquoi elle se produit et comprendre comment la résoudre.
En pratiquant TDD, on se met dans un contexte où l'erreur n'est pas notre ennemie. Au contraire, elle est une alliée qui nous permet d'apprendre et d'avancer.
Prêt à faire des erreurs ?