« Introduction à TDD et BDD » : différence entre les versions

De Wiki Agile
Aucun résumé des modifications
Aucun résumé des modifications
Ligne 57 : Ligne 57 :
[[Fichier:Feature-file.png|border|800px]]<br/>
[[Fichier:Feature-file.png|border|800px]]<br/>
<br/>
<br/>
Les fichiers feature sont simplement des fichiers texte. Ils ont une semi-structure, il y a une syntaxe, et les mots-clés sont en bleu. L'intention est que n'importe qui de votre domaine devrait être capable de lire vos fichiers feature et de comprendre exactement quelle est l'intention du système.<br/>
<br/>
Ci-dessus vous avez un exemple de fichier feature. Il y a un nom en haut qui indique la feature, un texte qui indique le comportement ou les critères d'acceptation, et en dessous, un certain nombre de scénarios qui montrent comment le système se comporte dans certaines situations. L'important ici, c'est que les exemples que vous pourriez donner lorsque vous collaborez soient documentés sous la forme de scénarios. Les critères d'acceptation, qui sont les règles, la manière dont le système doit se comporter, sont saisis dans le texte en haut et l'important ici est que les user stories, sur lesquelles beaucoup d'équipes Agiles s'accrochent, ne sont que des choses jetables une fois implémentées et elles devraient être mises à la poubelle.<br/>
<br/>
==TDD et BDD : différences et oppositions==
Passons aux différence. Nous avons expliqué TDD et BDD. Les gens disent souvent : "Mais alors, quelle est la différence entre eux ?"<br/>
<br/>
Les gens continuent encore en demandant : "J'ai aussi entendu parler du Test-Driven Development (ATDD : ''Développement piloté par les tests d'acceptation''). Qu'est-ce que c'est ? Quand dois-je les utiliser ? Est-ce que c'est différent ?". La réalité est que vous pouvez trouver des sites Web qui vous diront quand utiliser quoi et dans quel environnement. Liz Keogh, qui travaille avec Dan North qui a inventé le terme BDD, s'est fait poser la question suivante : quelle est la différence entre toutes ces choses ?