Le développement piloté par le comportement : des tests que tout le monde peut lire

Le Behaviour-Driven Development (BDD) est une pratique de développement logiciel qui encourage la collaboration entre développeurs, ingénieurs QA et parties prenantes non techniques pour définir le comportement attendu du logiciel avant qu'une ligne de code ne soit écrite.

Le format Given-When-Then

La lingua franca du BDD est le format Given-When-Then (parfois appelé syntaxe Gherkin) : Given (contexte initial), When (action déclenchante), Then (résultat attendu). Ce format est à la fois une spécification, un cas de test et — connecté à un framework d'automatisation — un test exécutable.

Connecter les critères d'acceptation aux tests automatisés

Dans Scrum, les critères d'acceptation des user stories deviennent des scénarios Given-When-Then testables. Ces scénarios constituent une documentation vivante : maintenus avec le code, exécutés à chaque build, ils échouent visiblement quand un changement casse le comportement attendu.

Outils BDD

• Cucumber : le framework BDD le plus utilisé, supportant Java, Ruby, JavaScript et Python.

• Behave : le framework BDD natif Python, suivant la même convention Gherkin.

• SpecFlow : l'équivalent Cucumber pour l'écosystème .NET, intégré à Visual Studio.

Quand le BDD réussit — et quand il devient une charge

Le BDD fonctionne bien quand toute l'équipe — y compris le product owner — participe à l'écriture des scénarios. Il devient une charge quand il est traité comme une responsabilité QA plutôt que comme une pratique d'équipe.

XNM Consulting aide les organisations à développer des capacités de livraison agile qui connectent l'intention métier au logiciel fonctionnel. Consultez notre page Livraison de Programmes et Projets.