« BDD en bref » : différence entre les versions
De Wiki Agile
| Ligne 27 : | Ligne 27 : | ||
Les exemples sont souvent transformés en tests automatisés et la pratique du BDD suit la même idée de base que le développement piloté par les tests d'acceptation (ATDD), où les tests d'acceptation sont élaborés pour chaque user story et automatisés à mesure que le logiciel est construit. Matt Wynne dit : ''"Le BDD est en fait du TDD réalisé correctement."''<br/> | Les exemples sont souvent transformés en tests automatisés et la pratique du BDD suit la même idée de base que le développement piloté par les tests d'acceptation (ATDD), où les tests d'acceptation sont élaborés pour chaque user story et automatisés à mesure que le logiciel est construit. Matt Wynne dit : ''"Le BDD est en fait du TDD réalisé correctement."''<br/> | ||
<br/> | <br/> | ||
BDD est '''plus que du TDD''' parce qu'il met l'accent sur la collaboration avec les gens du métier. [https://dannorth.net/ Dan North], à l'origine du surnom BDD, avait remarqué que les gens du métier restaient silencieux dans les conversations sur les "tests" car ceux-ci semblaient trop techniques. Il espérait que le fait | BDD est '''plus que du TDD''' parce qu'il met l'accent sur la collaboration avec les gens du métier. [https://dannorth.net/ Dan North], à l'origine du surnom BDD, avait remarqué que les gens du métier restaient silencieux dans les conversations sur les "tests" car ceux-ci semblaient trop techniques. Il espérait que le fait de structurer les conversations autour des "comportements" attendus serait un moyen d'impliquer l'équipe entière.<br/> | ||
==Langage universel== | ==Langage universel== | ||
Pour s'assurer que toute l'équipe comprenne ce que l'on veut, nous décrivons le comportement dans un langage non technique. Nous prenons soin d'utiliser des noms qui reflètent le ''langage universel'' utilisé par les gens du métier, un des principes de base du [https://www.amazon.com/exec/obidos/ASIN/0321125215/ Domain-Driven Design] (Conception pilotée par le domaine] expliqué par Eric Evans et résumé dans [https://www.infoq.com/minibooks/domain-driven-design-quickly Domain-Driven Design Quickly].<br/> | Pour s'assurer que toute l'équipe comprenne ce que l'on veut, nous décrivons le comportement dans un langage non technique. Nous prenons soin d'utiliser des noms qui reflètent le ''langage universel'' utilisé par les gens du métier, un des principes de base du [https://www.amazon.com/exec/obidos/ASIN/0321125215/ Domain-Driven Design] (Conception pilotée par le domaine] expliqué par Eric Evans et résumé dans [https://www.infoq.com/minibooks/domain-driven-design-quickly Domain-Driven Design Quickly].<br/> | ||
