« Introduction à TDD et BDD » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| Ligne 81 : | Ligne 81 : | ||
<br/> | <br/> | ||
==Conclusions== | ==Conclusions== | ||
BDD, TDD, ATDD, Spécifications par l'Exemple, ... ce sont tous les mêmes. Ils travaillent d'un point de vue extérieur pour aller vers l'intérieur, ils utilisent des exemples pour spécifier comment le système doit se comporter, ces exemples sont ensuite exprimés dans un langage universel que toute l'équipe comprend, y compris les membres non techniques, et ensuite, une fois que vous l'avez automatisé, vous pouvez vérifier, ce qui signifie que vous pouvez savoir quand votre documentation est à jour, cela signifie que vous pouvez voir quand une régression s'est introduite, ce qui signifie que vous voyez le périmètre du système qui a été jusque-là implémenté par l'équipe de développement.<br/> | |||
<br/> | |||
Toutes ces choses vont dans le bon sens.<br/> | |||
<br/> | |||
Mais la question pertinente au moment de décider de la mise en oeuvre d'un test est la suivante : ''Qui'' est intéressé par la lecture de ces tests ?<br/> | |||
<br/> | |||
Si vous voulez obtenir des feedbacks de votre métier/entreprise au sujet de quelque chose, si c'est un comportement qui est vraiment important pour votre produit et que votre métier/entreprise va dire "non, ça ne devrait pas fonctionner comme ça", "oui, ça devrait fonctionner comme ça", pensez vraiment à écrire ces tests d'une façon qui leur permette de lire ces tests et de dire "c'est ce que nous voulons". Cucumber, SpecFlow, les outils qui utilisent Gherkin vous permettent de le faire directement dans un langage universel. Cependant, vous n'avez toujours pas besoin de les utiliser, vous pouvez écrire de longues phrases au sein du cadre technique sur lequel vous travaillez et qui pourrait générer cette documentation lisible que vous pouvez partager avec votre entreprise. Vous pouvez le faire dans JUnit, vous pouvez le faire dans CPP Lite, vous pouvez le faire dans n'importe lequel de ces outils ; ce n'est pas un problème.<br/> | |||
<br/> | |||
Ce que vous devez faire, c'est vous assurer que cela s'exprime d'une manière qui vous permette d'obtenir les feedbacks des personnes intéressées, les gens qui ont un enjeu.<br/> | |||
<br/> | |||
''Ceci est une retranscription revue et corrigée de la récente présentation de Seb Rose à la conférence de l'ACCU. Vous pouvez visionner la conférence de 15 minutes [https://www.youtube.com/watch?v=l95DsKm5fbY ici].'' | |||
