Nos recommandations de lecture #11 – 2019
Nos recommandations de lecture de la semaine #45 – 2018
Nos recommandations de lecture #10 – 2018
Rétrospective du Meetup#7 – Quelle place pour un testeur Agile?
Tester en Agile est un vaste thème.
Ce lundi 15 Janvier 2018 s’est tenu notre septième Meetup Ministry Of Testing, pour lequel nous avons choisi de nous centrer sur la place du testeur dans cet environnement. Voici la rétrospective sur l’événement.
Comment valider la qualité d’un produit tout au long du projet en utilisant le Definition of Done – DoD
Nous avons vu dans un précédent article que l’objectif premier d’une User Story (US) est de définir un besoin utilisateur recueilli via une expression de besoins qui elle-même adresse un ou des problèmes bien précis. A la différence d’une spécification utilisateur une User Story se veut plus courte, précise et va remplacer la documentation utilisateur que l’on retrouve sur les gros projets.
Nos recommandations de lecture #40 – 2017
Nos recommandations de lecture#26 – 2017
Lyon Testing Meetup #2
Le Lyon Testing Group organise son second événement consacré aux tests à Lyon et alentours le mercredi 08 Février 2017. Vous pourrez trouver tous les détails sur la page de Meetup.com.
Pour cette seconde soirée, nous aurons 2 sujets présentés.
Du bon usage des User Story et Epic
Définition d’une User Story
Les spécifications sont souvent une cause majeure de l’échec d’un projet. De mauvaises spécifications peuvent entraîner un manque de vision sur le produit attendu, des fonctionnalités redondantes/contradictoires.
Le but de l’utilisation des « user stories » est de permettre de répondre plus rapidement et avec moins de coût au changement rapide des exigences du monde réel.
En méthode agile, la US est écrite pour partager la vision développeur/testeur/projet à travers des revues fréquentes et non formelles en même temps que celles-ci sont rédigées/modifiées.
On retrouve ce partage également dans les cycles en V au travers de la notion des revues d’exigences/spéc très formelle après que celle-ci soit rédigée (moins d’A/R mais processus très figé – pas de modification en direct).
Les « user stories » décrivent les fonctionnalités qui seront utiles. Les « user stories » sont composées de trois aspects (principe des 3C): …