Mon année 2014 – Les tests d’acceptation – 1 – la Définition du Done!
Si je peux donner un nom à l’année 2014 professionnellement parlant, c’est l’année des “Tests d’acceptation”!
Au cours de cette année nous avons beaucoup de discussions, expérimentations, de réussites et d’échecs …
… et je pense que cela vaut la peine d’en partager quelques unes!
Le terme “Tests d’acceptation” est un terme ambigu et souvent mal utilisé…
La définition à Laquelle j’aborde personnellement est plutôt celle qui dit que :
LA Définition du done
Ah la D.O.D! La Definition de done! … Heu.. quand un développeur dit que sa story est done, que veut-t-il dire au juste? …
Combien de fois avez vous entendu l’expression : c’est pas encore “done-done” ? Serieusement! :o) il y’avait la blague, mais derrière la blague il y’avait toujours une situation réelle.
À mon avis, toute définition de done acceptable doit absolument contenir:
Mais comment faire pour arriver a avoir ce niveau tout en faisant du progrès de sprint en sprint?
Ceci veut dire un truc :
… Ce qui implique un niveau de précision assez grand. On le sait pertinemment, nous programmeurs, que nous avons besoin de ce niveau de détails! La spécification jusqu’à ce niveau est le seul moyen pour nous de savoir ce que voudrait dire le mot “Done”.
La spécification jusqu’a ce niveau de précision est le seul moyen pour le client de savoir que le système qu’il va payer pour fait ce qu’il a besoin.
Spécifier jusqu’a ce niveau de détail est le seul moyen pour écrire des tests automatisées avec succès.
Au lieu de voir ces tests comme de l’extra travail, voyez les donc plutôt comme moyen pour sauver du temps et de l’argent.
Ces tests vont vous protéger afin de ne pas écrire le mauvais système et vont vous permettre de savoir quand est ce que votre travail est fini.
