Tests Fonctionnels en Scrum

Avant 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 🙂