Tag: agile
Cet article fait partie de l’ensemble des articles sur la méthodologie B.D.D. (Behavior Driven Development) et fait suite à celui sur la rédaction des scénarios à l’aide du langage 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. SpecFlow existe en deux versions : SpecFlow (version gratuite) et SpecFlow+ (version payante des fonctionnalités …
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 commencer par é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 argumenter sans rentrer dans des détails techniques complexes, mais aussi faire preuve d’empathie envers les utilisateurs quand ils développent un système ou une application. Un schéma pour résumer tout cela : La méthodologie BDD Behavior Driven Development est une méthode agile encourageant la collaboration …
Lire la suite
Lien Permanent pour cet article : https://www.jbvigneron.fr/parlons-methodo/software-craftsmanship/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/
