Tous les articles
Testons les proverbes!
Les proverbes rythment nos vies, on aime y faire référence et s’en servir comme argument lors de débats. Je suis d’ailleurs le premier à le faire c’est pourquoi je me suis prêté au jeu de « tester les proverbes » (ou citations) Ils ne savaient pas que c’était impossible alors ils l’ont fait C’est un proverbe que j’aime beaucoup car il permet de se rappeler qu’il faut éviter de se mettre certaines barrières arbitraires ou d’abandonner avant même de commencer ou même de s’auto-censurer… Néanmoins certaines barrières sont salvatrice. Je regarde ce proverbe avec un tout autre regard depuis que je me suis
7 : Présentation des spécifications 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, c’est à dire, en agile, un processus restreint à un cas d’usage. C’est un formalisme protégé par la marque “Modern Product Agility”. Les spécifications fonctionnelles (exigences de la solution) sont un préalable indispensable pour déterminer en agile » les critères d’acceptation » (les scénarios de test). La
A la recherche de la qualité perdue: les plages de velours et les rocks éternels
Rappels des chapitres précédents L’application « New Soft » autrefois reconnue pour sa grande qualité n’est maintenant plus que l’ombre d’elle même et est envahie de bugs. Afin de retrouver la qualité perdue les représentants de l’application on nommé une communauté (les fameux Antoine le Berserker (surnommé BA), Délphine la Valkyrie (surnommée Dev), Quentin l’Ase (surnommé, QA) et Pauline l’Orc (surnommée PO)) pour aller chercher Eric Pournoo qui suite à des investigations poussées et des échanges dans la taverne du testeur leur a donné une feuille de route pour retrouver le lustre d’antan de New-Soft. Dans sa grande générosité Eric a également offert
6 : Modélisation business et graphique d’éléments d’une macro-fonctionnalité
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) peuvent vouloir s’assurer de l’intégration de “tâches métiers” dans une UC. En agile ces tâches sont des US INVEST ou des US INVEST ayant subi des modifications successives de détail (au niveau d’une ou plusieurs règles de gestion). Principes de modélisation graphique On a une représentation
Les exigences Agile
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 », elles sont composées de « Feature » qui sont des éléments plus petits mais trop grand pour être INVEST et donc une US (User Story), l’élément élémentaire des produits Agile. A noter: il existe d’autres dénomination, je pense notamment à US/Epic/initiatives. Une architecture d’un produit Agile ressemble donc