Comment organiser une recette utilisateur UAT ?

Définir ce que la recette doit prouver

La recette utilisateur ne consiste pas à retester tout le logiciel. Elle doit confirmer que les processus métier fonctionnent de bout en bout. Commencez par écrire les critères d'acceptation : qu'est-ce qui doit être vrai pour que le métier accepte la mise en production ?

Les étapes d'une recette

• Fixer le périmètre et les critères d'acceptation avec les responsables métier.
• Identifier les testeurs et réserver leur disponibilité à l'avance.
• Rédiger des scénarios en langage métier, à partir de situations réelles.
• Préparer les données et vérifier l'environnement avant le démarrage.
• Animer la campagne avec un point quotidien sur l'avancement et les anomalies.
• Produire un bilan qui permet une décision claire.

Exemple illustratif

Pour une nouvelle version d'un espace client, un scénario peut être : « Un client modifie son adresse, puis consulte son attestation ; l'attestation affiche la nouvelle adresse. » Ce scénario est compréhensible par le métier et vérifie plusieurs fonctionnalités à la fois.

Bien qualifier les anomalies

Chaque anomalie doit indiquer le scénario concerné, les étapes, le résultat attendu et le résultat obtenu. Une échelle de gravité partagée (bloquante, majeure, mineure) évite les débats et aide à décider ce qui doit être corrigé avant la mise en production.

Erreurs fréquentes

• Démarrer la recette alors que l'environnement n'est pas stable.
• Confier la recette à des testeurs métier sans scénarios ni accompagnement.
• Mélanger demandes d'évolution et anomalies dans le même suivi.
• Décider de la mise en production sans critères définis au départ.

Le bilan de recette

Le bilan résume les scénarios exécutés, les anomalies ouvertes par gravité et les risques restants. Il permet aux responsables de décider en connaissance de cause : mise en production, mise en production avec réserves, ou report.