Tests d’acceptation et validation
Vérifier une story avec ses tests d’acceptation, la passer À valider, puis la valider ou demander une correction.
Une story livrée attend la décision du métier. Ses tests d’acceptation disent ce qu’il faut vérifier ; la validation est la décision finale du Product Owner ou d’un validateur délégué.
Définir les tests d’acceptation
Dans le détail d’une story, vue technique, l’équipe et le Product Owner saisissent une Vérification attendue puis choisissent Ajouter un test. Les tests sont numérotés dans l’ordre ; les flèches d’un test le font monter ou descendre d’un rang, et la corbeille le supprime. Un nouveau test est À vérifier.
Quand la story est En cours ou À valider, l’équipe saisit le résultat de chaque test : Réussi ou Échoué (règle ACC-002). Un nouveau résultat lève une éventuelle dérogation, et l’historique en garde la trace.
Accorder une dérogation
Un test échoué ou non vérifié bloque la validation. Seul le Product Owner peut l’en dispenser, quand la story est En cours ou À valider : Déroger, sur ce test précis, avec un Motif de la dérogation obligatoire. Le test passe Dérogé, distinct de Réussi, et la dérogation entre dans l’historique de la story (règle ACC-006). Un validateur délégué ne peut pas déroger.
Passer la story À valider
Quand toutes les tâches de la story sont terminées, une personne de l’équipe choisit Passer À valider. Le passage est refusé tant qu’une tâche reste ouverte (règle ACC-004). Ce geste revient toujours à un humain de l’équipe : un agent ne fait jamais avancer une story. Pendant que la story est À valider, ses tâches ne bougent plus et elle reste dans son sprint.
Valider ou demander une correction
Le Product Owner et les validateurs délégués voient, dans le tableau métier, la mention Votre décision sous chaque demande À valider. Sans ouvrir la demande, ils peuvent :
- Ouvrir la recette, le lien de l’environnement de recette ;
- Valider, si chaque test est réussi ou dérogé (règle ACC-006) ; la demande passe Validée ;
- Demander une correction, avec un commentaire obligatoire, puis Envoyer : la demande repart En cours, ses tests gardent leurs résultats, et le commentaire reste dans son historique.
La première décision suffit : une fois la demande validée ou renvoyée, un autre validateur reçoit un refus. Une technical story, absente de la vue métier, se décide depuis son détail dans la vue technique.
Le détail de la demande montre aussi ses tests et la même décision.
Le lien de recette
Dans la vue Planification, le Product Owner saisit le Lien de recette du projet et, si besoin, le Lien de recette de la release, qui le remplace pour les stories de cette release.