Et si ton code parlait le même langage que ton contexte métier ? C’est exactement la promesse du BDD.
Le BDD, ou Behavior Driven Development, c’est une pratique qui consiste à décrire le comportement qu’on veut de l’application avant même d’avoir écrit le code ou les tests.
La structure du BDD se base sur : étant donné que, quand je fais quelque chose, alors il se passe ça.
En cuisine, ça pourrait être : étant donné que j’ai de la farine, du lait et des œufs, quand je les mélange et que je les cuis, j’obtiens une crêpe.
C’est ça qu’on veut définir. Comment on fait une crêpe ? Quel est le résultat qu’on va obtenir ? Et quelles sont les étapes pour y arriver ?
Cette approche part d’exemples concrets des utilisateurs, de ce qu’on veut arriver à faire, et sert de base à la fois pour le code, pour définir les domaines et la façon dont on va travailler, mais aussi pour les tests et les tests automatisés, parce qu’on y définit directement ce qu’on veut tester et comment on veut le tester.
En résumé, le BDD est une pratique qui aligne toute ton équipe, du dev au QA en passant par le support.
Tout le monde peut comprendre, grâce à ton contexte métier, ce qui est vraiment attendu et ce qui doit être fait, ce qui clarifie la communication entre tout le monde.
Cet article est aussi disponible en vidéo !
Retrouvez ce contenu sur vos plateformes préférées :
💼 LinkedIn : LinkedIn – Programmation pilotée par le comportement – BDD
🎥 TikTok : TikTok – Programmation pilotée par le comportement – BDD
▶️ YouTube : YouTube – Programmation pilotée par le comportement – BDD
📱 Instagram : Instagram – Programmation pilotée par le comportement – BDD