« Introduction à TDD et BDD » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 36 : | Ligne 36 : | ||
<br/> | <br/> | ||
Une chose sur laquelle il faut s'attarder très brièvement est le mot "refactoring" parce que lorsque je parle à des développeurs, "refactoring" est souvent mal compris. Lorsque vous refactorez, vous ne changez pas le comportement du code. Vous ne refactorez jamais pour ajouter une nouvelle fonctionnalité. Vous pouvez refactorez pour mettre le code source dans un état où vous voulez qu'il soit afin que vous puissiez ajouter une nouvelle fonctionnalité mais :<br/> | Une chose sur laquelle il faut s'attarder très brièvement est le mot "refactoring" parce que lorsque je parle à des développeurs, "refactoring" est souvent mal compris. Lorsque vous refactorez, vous ne changez pas le comportement du code. Vous ne refactorez jamais pour ajouter une nouvelle fonctionnalité. Vous pouvez refactorez pour mettre le code source dans un état où vous voulez qu'il soit afin que vous puissiez ajouter une nouvelle fonctionnalité mais :<br/> | ||
''Le refactoring, par définition, ne modifie pas le comportement du code observable de l'extérieur.'' | ''Le refactoring, par définition, ne modifie pas le comportement du code observable de l'extérieur.'' | ||
<br/> | <br/> | ||
==Qu'est-ce que le BDD ?== | ==Qu'est-ce que le BDD ?== | ||
Comme je l'ai expliqué assez rapidement, le TDD est bien limité, circonscrit, confiné. Le BDD, cependant, ne l'est pas ; c'est un peu bizarre. Personne ne sait exactement ce que cela signifie. Matt Wynne, qui travaille avec moi chez Cucumber Limited et qui travaille en BDD depuis un certain temps, a essayé d'en distiller les principes. C'est lui qui a trouvé cette phrase :<br/> | Comme je l'ai expliqué assez rapidement, le TDD est bien limité, circonscrit, confiné. Le BDD, cependant, ne l'est pas ; c'est un peu bizarre. Personne ne sait exactement ce que cela signifie. Matt Wynne, qui travaille avec moi chez Cucumber Limited et qui travaille en BDD depuis un certain temps, a essayé d'en distiller les principes. C'est lui qui a trouvé cette phrase :<br/> | ||
''Les praticiens du BDD explorent, découvrent, définissent, puis éliminent le comportement souhaité des logiciels à l'aide de conversations, d'exemples concrets et de tests automatisés.'' | ''Les praticiens du BDD explorent, découvrent, définissent, puis éliminent le comportement souhaité des logiciels à l'aide de conversations, d'exemples concrets et de tests automatisés.'' | ||
<br/> | <br/> | ||
