« BDD en bref » : différence entre les versions
De Wiki Agile
| Ligne 20 : | Ligne 20 : | ||
[[Fichier:BDD-is-share-understanding.jpg|border]]<br/> | [[Fichier:BDD-is-share-understanding.jpg|border]]<br/> | ||
<br/> | <br/> | ||
BDD est assez simple, décrivez ce que vous voulez que le système fasse en donnant des exemples de comportement. Travaillez de l'extérieur vers l'intérieur pour mettre en oeuvre ces comportements en utilisant les exemples pour valider | BDD est assez simple, décrivez ce que vous voulez que le système fasse en donnant des exemples de comportement. Travaillez de l'extérieur vers l'intérieur pour mettre en oeuvre ces comportements en utilisant les exemples pour valider ce que vous êtes en train de construire.<br/> | ||
<br/> | <br/> | ||
Il n'est pas nécessaire de réunir toute l'équipe, mais il est utile d'avoir différentes perspectives pour étoffer les exemples. Le client (qui peut être un Scrum Product Owner) décrit ce qu'il veut et les développeurs posent des questions afin de disposer de suffisamment de détails sur le comportement pour pouvoir le mettre en oeuvre. Si vous avez des analystes métiers (BA) ou des spécialistes de l'assurance qualité (QA), ils peuvent vous aider à faire émerger les détails des différents scénarios.<br/> | Il n'est pas nécessaire de réunir toute l'équipe, mais il est utile d'avoir différentes perspectives pour étoffer les exemples. Le client (qui peut être un Scrum Product Owner) décrit ce qu'il veut et les développeurs posent des questions afin de disposer de suffisamment de détails sur le comportement pour pouvoir le mettre en oeuvre. Si vous avez des analystes métiers (BA) ou des spécialistes de l'assurance qualité (QA), ils peuvent vous aider à faire émerger les détails des différents scénarios.<br/> | ||
==Comme TDD mais encore plus== | ==Comme TDD mais encore plus== | ||
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/> | ||
