« Introduction à TDD et BDD » : différence entre les versions
De Wiki Agile
| Ligne 66 : | Ligne 66 : | ||
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 l'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. On a posé la question suivante à [https://twitter.com/lunivore Liz Keogh], qui travaille avec [https://dannorth.net/introducing-bdd/ Dan North qui a inventé le terme BDD] : "quelle est la différence entre toutes ces choses ?"<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 l'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. On a posé la question suivante à [https://twitter.com/lunivore Liz Keogh], qui travaille avec [https://dannorth.net/introducing-bdd/ Dan North qui a inventé le terme BDD] : "quelle est la différence entre toutes ces choses ?"<br/> | ||
''[https://lizkeogh.com/2011/06/27/atdd-vs-bdd-and-a-potted-history-of-some-related-stuff/ Sa réponse] est : ce sont des noms donnés à des choses différentes.'' | ''[https://lizkeogh.com/2011/06/27/atdd-vs-bdd-and-a-potted-history-of-some-related-stuff/ Sa réponse] est : ce sont des noms donnés à des choses différentes.'' | ||
<br/> | |||
Il n'y a pas de différence fondamentale entre eux. Ce qui les unit, c'est qu'ils ont tous besoin qu'un groupe de personnes précise comment le logiciel doit se comporter, en collaborant avant sa mise en oeuvre. C'est ce qui est important, alors c'est peut-être à cela que nous devrions réduire la définition du BDD. L'idée est de travailler à partir d'une vue extérieure, en réfléchissant à la façon dont nous voulons avancer, nous utilisons des exemples pour nous assurer que tous les membres de l'équipe comprennent ce sur quoi nous venons de nous entendre, des exemples concrets avec des données concrètes, et nous écrivons ces exemples dans un langage universel : un langage utilisant des termes dérivés du domaine métier qui sont compris, sans ambiguïté, par tout le monde dans l'équipe.<br/> | |||
<br/> | <br/> | ||
