Tag: software craftsmanship
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 …
Lire la suite
Lien Permanent pour cet article : https://www.jbvigneron.fr/parlons-dev/bdd-implementer-scenarios-en-csharp-avec-specflow/
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 …
Lire la suite
Lien Permanent pour cet article : https://www.jbvigneron.fr/parlons-dev/bdd-rediger-scenarios-avec-gherkin/
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é …
Lire la suite
Lien Permanent pour cet article : https://www.jbvigneron.fr/parlons-dev/bdd-ou-comment-mettre-tout-le-monde-d-accord/
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 …
Lire la suite
Lien Permanent pour cet article : https://www.jbvigneron.fr/parlons-dev/legacy-refactoring-un-challenge-pas-un-fleau/
