Tous les articles
2- Définir une user story selon la théorie
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, les User Stories (US : Ken Beck – 1999) ont plusieurs particularités. Nous allons les détailler ci-dessous. User Story et vue PO Une User Story est le plus petit élément vu des Product Owners (PO). Ces derniers, représentants les métiers et les utilisateurs, doivent être capables
A la recherche de la qualité perdue: le plan pour la retrouver!
Rappels des chapitres précédents L’application « New-Soft » était une application avec un très haut niveau de qualité. Malheureusement cette qualité s’est peu à peu perdue et l’application est maintenant livrée à des bugs toujours plus nombreux. Cette situation est due à une série de mauvais choix et les représentants de notre application ont pu les analyser et remettre en place certaines bonnes pratiques afin de ne plus détériorer la qualité. Le constat étant terminé il est maintenant temps de retrouver cette qualité si précieuse et malheureusement égarée! Où chercher ? Le problème de New-Soft est particulièrement préoccupant! Il n’est cependant pas isolé.
[Annonce] Webinaire: se former au test
La taverne a le plaisir de vous annoncer son dernier webinaire de 2022 prévu pour le lundi 12 décembre à 12h00. Pour vous inscrire il vous suffit de cliquer sur ce lien. Ce webinaire s’articulera autour de 3 types de formations: Il sera divisé en 3 parties: Pour animer cette présentation la taverne aura le plaisir d’accueillir 3 personnes très calées et spécialisées sur un sujet en particulier: Bruno Legeard:Membre du bureau du CFTL et membre actif de la communauté ISTQB dans la création des syllabus Fabrice bouquet:Directeur du Service Universitaire de la Pédagogie pour les Formations Julien Van Quackebecke:Fondateur d’All4test
1- ATDD “manuelle” : Ce qu’il faut comprendre du sujet
Le but de cette nouvelle série d’articles est de vous montrer comment, dans l’hypothèse où vous n’avez pas un outil ATDD de génération automatique de test (ce qui est la situation la plus courante), spécifier et générer les tests d’un système de manière rigoureuse, rapide et … simple ! Cette méthode est valable pour les systèmes développés traditionnellement, … ou en agile. Elle cible l’acceptation des nouveautés agiles (depuis les US et même les changements internes à celles-ci, jusqu’aux « epics » les plus grandes) et l’analyse de la non-régression fonctionnelle dans tout le système. Notez que cette méthode “ATDD manuelle” peut être suivie,
A la recherche de la qualité perdue: les raisons de la perte
Introduction C’est une histoire bien connue, une histoire que tout acteur du logiciel a vécue ou vivra. Cette histoire commence comme cela : Il était une fois une application nommée New-Soft. New-Soft était aimée de ses utilisateurs, choyée par son équipe de développement, une application faisant l’unanimité, bref, une application de qualité. Malheureusement, les mois et années passèrent et cette qualité se dégrada lentement. Cette application autrefois illustre et rayonnant par sa qualité n’est maintenant plus que l’ombre d’elle-même. Elle est maintenant constituée de composants malfamés, truffée de bugs nous attendant à chaque coin de fonction et peuplée de très rares