Cet article fait partie de l’ensemble des articles sur B.D.D. (Behavior Driven Development) et fait suite à celui sur la rédaction des scénarios à l’aide de Gherkin. Désormais, nous allons aborder l’implémentation des scénarios que nous avons rédigés ensemble. Cette partie concernant avant tout les développeurs.Pour ce qui va suivre, je vais utiliser C# et Visual Studio ainsi qu’un nouvel outil appelé SpecFlow. 1. Intégrer SpecFlow dans Visual Studio SpecFlow permet à la fois de rédiger tous nos scénarios dans Visual Studio mais aussi de les « transformer » en code, de les implémenter. L’installation du plugin SpecFlow dans Visual Studio vous permet d’écrire des fichiers .feature au sein de l’IDE.Cette étape sera …
Tag: bdd
Lien Permanent pour cet article : https://www.jbvigneron.fr/parlons-dev/bdd-implementer-scenarios-en-csharp-avec-specflow/
Jan 04 2018
BDD 2/3 : Rédiger des scénarios avec Gherkin
Cet article fait suite au premier faisant office d’introduction à la méthodologie BDD : Behavior Driven Development. Il traitera notamment du langage Gherkin, de son utilité et de sa syntaxe. Comme rappelé dans l’introduction, afin que tous nos contributeurs se comprennent, il est important qu’ils parlent le même langage. Nous allons donc leur faire écrire des scénarios afin d’enrichir les règles métiers ainsi que user stories. Un langage commun : Gherkin Gherkin (concombre en anglais) n’est pas un langage de programmation, mais un langage naturel. Il est facile de compréhension, d’utilisation et permet d’expliquer le déroulement d’une fonctionnalité ou d’une application sans rentrer dans les détails. Gherkin existe dans plus …
Lien Permanent pour cet article : https://www.jbvigneron.fr/parlons-dev/bdd-rediger-scenarios-avec-gherkin/
Jan 02 2018
BDD 1/3 : Ou comment mettre tout le monde d’accord ?
Mener un projet est un travail difficile… Beaucoup d’enjeux, d’attentes et de contributeurs : développeurs, testeurs, représentants métier, CP, PO, scrum masters et j’en passe… Comment nous assurer que toutes ces personnes se comprennent ?Dans un premier temps, il faut établir un vocabulaire commun. Idéalement, il faudrait que les intervenants non techniques aient quelques bases en développement ou connaissent le système.A l’inverse, les développeurs doivent s’exprimer sans rentrer dans des détails techniques trop complexes, et aussi faire preuve d’empathie envers les utilisateurs et les parties prenantes. Un image bien connue pour résumer tout ceci : La méthodologie BDD Behavior Driven Development est une méthode agile encourageant la collaboration entre développeurs, responsables qualité …
Lien Permanent pour cet article : https://www.jbvigneron.fr/parlons-dev/bdd-ou-comment-mettre-tout-le-monde-d-accord/