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

@@ Ligne 34 : / Ligne 34 : @@
 <br/>
 Ce sont les trois phases du TDD.<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/>
+<br/>
+ ''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 ?==
+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/>
+<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.''<br/>
 <br/>

Anonyme