Dans les 3 derniers articles publiés de ma part, j'ai mis l'accent sur les pratiques de développement et de test (TDD, BDD, et ATDD), ces pratiques permettent en sorte de construire la documentation vivante du produit en question à travers une collaboration et implication de tous les acteurs et rôles concernés et impactés.
Il existe plusieurs outils sur le marché permettant de prendre en charge les tests d'acceptation en occurrence on trouve l'outil "CUCUMBER", alors que le langage "GHERKIN" est la syntaxe reconnue par cucumber qui permet de rédiger les tests d'une fonctionnalité ou User Story.
Gherkin est tout simplement le langage utilisé par l'outil cucumber, il s'agit d'un langage naturel qui est compréhensible par tout le monde (Développeurs, Testeurs, Parties prenantes), ce langage permet en sorte de décrire clairement le comportement attendu par une fonctionnalité ou une demande.
Gherkin est un langage orienté ligne utilisé à la fois pour les tests automatisés et l'élaboration de la documentation vivante et à jour du produit, il permet de grouper un ou plusieurs scénarios associés au comportement d'une User Story sous la syntaxe suivante :
Étant donné que "Le contexte initial ou l'Input".
Quand "L'événement concerné qui déclenche l'action".
Alors "Résultat attendu et souhaité".
Exemple :
Ci-dessous un exemple d'un scénario pour un client lorsque il ajoute un produit dans le panier dans un site e-commerce :
Étant donné que "Le client n'as pas encore effectué sa commande".
Quand "L'utilisateur ajoute un article au prix de 90 MAD dans le panier".
Alors "Le sous-total dans le panier sera crédité de 90 MAD".
Les Scénarios stockés dans Gherkin seront ensuite repris par l'équipe de développement afin de les coder par le langage de programmation déployé sur le projet, avec l'avantage déjà connu qui est le fait dé'avoir la même vision partagée, les mêmes tests à passer, et les mêmes résultats attendus par l'ensemble des acteurs.
Afin d'avoir plus de détail sur l'utilisation de Cucumber et Gherkin, vous pouvez visiter le site officiel de cet outil sur l'internet (https://cucumber.io/docs/gherkin/).
Conclusion :
Parmi les enjeux et objectifs majeurs d'un Product Owner au sein d'un projet en Scrum, c'est de s'assurer de la bonne compréhension des User Stories par l'ensemble des acteurs. Pour cela l'utilisation des pratiques BDD et ATDD s'avère nécessaire dans ce cas de figure, ainsi que l'automatisation de tests par un outil genre "CUCUMBER" et une syntaxe simple et naturelle et facile à comprendre genre "GHERKIN".
Comments