-
Tests Fonctionnels en Scrum
Posté le mars 9th, 2010 5 commentairesAvant de mettre en production une release importante, il est primordial de s’assurer que le produit fonctionne correctement dans le détail. Pour obtenir cette confiance, il y a plusieurs possibilités dont :
- Avoir utilisé l’approche BDD pour définir et réaliser le produit et couvrir TOUS les cas de fonctionnement
- Avoir une batterie de tests fonctionnels automatiques permettant d’assurer une couverture complète du produit
- Réaliser une UAT (User Acceptance Test) complète lors de l’itération de mise en production
C’est cette 3ème option qui a été retenue sur un projet que j’accompagne et pour réaliser cette action, plusieurs utilisateurs (7 personnes) se sont réunis 2 jours autour de l’équipe technique (5 personnes) et du Product Owner.
Pour conduire à bien cette activité, nous avons mis en place une approche Scrum :
- Priorisation des 54 tests à faire (création d’un TEST BACKLOG)
- Estimation en points de chaque test (valeurs autorisés : 5, 8, 10, 15, 30)
- Affichage des 54 items sur le mur dans une colonne TO DO
- Démarrage de l’itération en déplaçant les items dans la colonne IN PROGRESS (avec saisie des initiales des testeurs)
- Durée de l’itération : 1 heure
- Réalisation des tests en PAIR TESTING
- Validation immédiate des feedbacks par l’équipe technique (Bug ou Evolution)
- Passage à DONE des tests réalisés au fur et à mesure
- Démo des Bugs trouvés en 5 minutes, en fait affichage de fiches A5 renseignées sur le mur d’information
- Rétrospective en 3 minutes … en fait pas d’amélioration du process qui marchait très bien
- Calcul et saisie de la vélocité dans un BurnDown Chart de Release
- Et continuation sur l’itération suivante … en tout 5 itérations dans la journée
Comme quoi l’approche SCRUM n’est pas réservée au développement de logiciel et peut se révéler très efficace pour aider une équipe à délivrer un projet … quel qu’il soit
5 réponses à “Tests Fonctionnels en Scrum”
-
Et comment as tu gere la nouvelle livraison avec les bugs et le choix des tests a refaire ?
Petite reunion de planif au debut du 2eme jour ? -
la nouvelle livraison <= incluant les bugs fixes, pardon, peut etre aussi des bugs d'ailleurs
Alex : Les bugs identifiés seront corrigés lors de l’itération en cours et il n’est pas prévu de refaire une UAT avant la mise en production … la confiance sur la qualité du code produit par l’équipe est bonne
-
Social comments and analytics for this post…
This post was mentioned on Twitter by sfui: Approche Scrum pour les User Acceptance Test http://is.gd/a6HeY...
-
[...] l’augmentation d’un type de demande sur une période donnée. Lorsque je réalise les UAT en mode agile, je demande à une partie de l’équipe de l’équipe technique d’être présente [...]
-
Chez Stemlaur Inc. © nous pratiquons une autre méthodologie plus efficace, on fait du CRUMS
Laisser une réponse



Commentaires récents