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 …
Catégorie : Parlons méthodo
Lien Permanent pour cet article : https://www.jbvigneron.fr/parlons-dev/bdd-implementer-scenarios-en-csharp-avec-specflow/
Mai 31 2018
TDD ou le développement piloté par les tests
T.D.D. (pour Test Driven Development) est une méthode agile qui est issue du manifeste Software Craftsmanship. On a tous entendu parlé du Manifeste agile, rédigé par 17 experts du logiciel et qui comporte 4 grandes valeurs : Les individus et leurs interactions plus que les processus et les outils Des logiciels opérationnels plus qu’une documentation exhaustive La collaboration avec les clients plus que la négociation contractuelle L’adaptation au changement plus que le suivi d’un plan Le manifeste Software Craftsmanship est un autre manifeste qui étend le manifeste agile. Il prône, entre autres, le fait qu’il ne suffit pas que le logiciel fonctionne, il faut également qu’il soit correctement écrit. L’accent est notamment mis sur la fiabilité et la facilité de maintenance. …
Lien Permanent pour cet article : https://www.jbvigneron.fr/parlons-methodo/software-craftsmanship/tdd-ou-le-developpement-pilote-par-les-tests/
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/
Mai 04 2016
Legacy Refactoring : un fléau ? Non, un challenge !
Aujourd’hui, une nouvel article pour sur les pratiques du software craftsmanship.Au menu, le Legacy Refactoring, deux mots complexes pour signifier quelque chose de… bien complexe dans la vie d’un développeur. Le mot refactoring parle normalement à tout le monde. Il s’agit de retravailler le code pour en améliorer la lisibilité, la compréhension, la qualité, l’architecture, les performances etc. (renommer une classe, créer une nouvelle couche, séparer en méthode en plusieurs etc.) Le mot legacy parle un peu moins en général (en tous cas je ne le connaissais pas avant d’être vraiment confronté au problème), pourtant chacun de nous s’est retrouvé ou se retrouvera dans cette situation. Qu’est-ce qu’un projet legacy …
Lien Permanent pour cet article : https://www.jbvigneron.fr/parlons-dev/legacy-refactoring-un-challenge-pas-un-fleau/