La transformation Agile transforme le test Les méthodologies Agiles sont de plus en plus présentes dans l’industrie logicielle. Afin d’être dans le mouvement et de répondre à des impératifs de réactivité de nombreuses sociétés se transforment. Des DSI avec des dizaines voir des centaines d’acteurs et habituées à travailler en cycle en V se retrouventLire la suite Correspondance entre niveaux de test et quadrant de test Agile
Les tableaux présentés jusqu’à présent montrent que chaque affirmation BML peut faire l’objet d’une cellule dans un tableau. On se retrouve sous la forme de l’ATDD “automatisée” (avec un générateur automatique des scénarios de test). Exemple : Quand X Y Alors Z direction(par défaut étape suivante) Etape E1 – RG1 X=0 OU X compris entre 10Lire la suite 9 : Avantages de BML
Nous sommes dans le contexte d’une US INVEST, non décomposable au sens métier : En tant que < utilisateur 1 ou utilisateur 2 …>, Je veux pouvoir <“libellé de l’US”> Afin de <justification de l’US> Cette US a des propriétés associées, notamment une valeur (V), un effort (E en story point), un ROI (V/E), uneLire la suite 8 : Spécifications des US INVEST en BML
Le but de cet article sur “l’ATDD manuel” est d’expliquer comment pratiquer cette démarche de Business Modeling Language (BML) sans avoir un outil dédié et donc : Qu’est-ce que BML ? Business Modeling Language (BML) est un formalisme de spécification, défini par Didier JOLIOT depuis 25 ans, qui vise à décrire pour un parcours utilisateur,Lire la suite 7 : Présentation des spécifications en BML
La modélisation système consiste en ATDD à représenter visuellement des éléments d’un système, jusqu’à enchaîner : – Des MUC : pour former de bout en bout des “parcours utilisateur” ou une partie (une activité par exemple). Là encore le PO sera sollicité. D’un autre côté, une équipe de testeurs IT (des Business Analystes par exemple)Lire la suite 6 : Modélisation business et graphique d’éléments d’une macro-fonctionnalité
Organisation usuelle des exigences Le sujet des exigences et des tests de ces dernières est un sujet sensible mais nécessaire en Agile… Je l’ai d’ailleurs appris à la dure! Sur le papier c’est assez simple, on a un produit. Ce produit est composé de macro fonctionnalités permettant de le définir. Ces macro-fonctionnalités sont les « epics »,Lire la suite Les exigences Agile
Nous avions suggéré lors de la présentation de l’ATDD automatisé que nous puissions assimiler les principes agiles pour les US de la manière suivante : Les scénarios de test peuvent, quant à eux, se présenter textuellement sous la forme Gherkin : “Etant donné que … Quand … Alors”. Cette décision est en concordance avec laLire la suite 4- Problèmes sur les US : leurs critères d’acceptation
Plusieurs sujets posent un vrai problème sur le terrain. Vouloir les ignorer ou rester dogmatique, ce n’est pas la bonne attitude et les problèmes surgissent. Peut-on les clarifier ? US INVEST : quelle signification ? Une User Story doit être INVEST, dit-on. Que signifie cet acronyme ? US INVEST : une US est-elle toujours indépendanteLire la suite 3- Problèmes sur les US : leur définition
Ce sujet pourrait paraître évident. En réalité, il ne l’est pas. Il y a, en fait, une grande incompréhension sur le terrain, de la définition de ce terme au regard de la théorie. Revenons sur ce sujet avant d’avancer sur les spécifications et les tests. Dans l’esprit des personnes qui ont initié le mouvement agile,Lire la suite 2- Définir une user story selon la théorie
Nous voici arrivés en fin de l’étude ATDD pour comprendre ce dont il s’agit et pour montrer son utilisation en agile à l’aide d’un outil. Un étonnement : pourquoi l’ATDD n’est-il pas encore vu comme un outil indispensable à l’agile ? Il est assez incroyable de voir qu’en 2022 l’ATDD est encore au stade embryonnaire alorsLire la suite ATDD : Ce qu’on peut en conclure
La taverne du testeur 