Avr 14
2016
Dans un précédent article, nous avons vu l’importance du dialogue pour espérer réussir à mettre en pratique la méthode BDD.
Ici, je vais tenter d’illustrer une autre problématique : comment passer des cas de tests aux scénarios BDD ?
J’ai été confronté à cette réflexion dans le cadre d’un atelier de Revue BDD pour présenter le premier besoin d’une nouvelle application.
Lire la suite …
Permalink | Categories
Astuces,
Méthodologie,
Software Craftsmanship,
Unit Test on avril 14, 2016 by Emmanuel Lehmann |
7 Comments Tags:
Agile,
BDD,
Cucumber,
Gherkin,
Kanban,
SpecFlow,
TDD
Oct 27
2015
Depuis plusieurs mois, nous mettons en place une nouvelle méthodologie de développement au sein de nos projets Agile : le Behavior Driven Development (BDD).
La méthode BDD est classifiée dans les spécifications par l’exemple.
Il faut assimiler la méthodologie BDD à une conversation entre les trois acteurs d’un projet :
- Le métier qui connait le mieux le fonctionnel, les cas d’usage, les règles métier
- Le testeur qui amène son esprit critique et beaucoup de questions sur les cas passants et non passants de la fonctionnalité
- Le développeur et son besoin d’exemples afin d’éclaircir les aspects fonctionnels mais aussi techniques auxquels il sera confronté lors de son développement
Afin de réduire les allers-retours métier/testeur/développeur sur les ambigüités d’une user story (vocabulaire, cas limites, un simple cas passant, etc.) ou encore l’interprétation de chacun d’une user story durant son cycle de vie, nous avons mis en place l’atelier de review.
Cet atelier permet d’impliquer les trois parties du projet au plus tôt et surtout d’engager la conversation nécessaire et indispensable à l’écriture de bons scénarios fonctionnels.
Lire la suite …