Recette utilisateur

Objectif

La recette utilisateur, également connue sous le nom de User Acceptance Testing (UAT), est une phase du processus de test logiciel dans laquelle les utilisateurs finaux testent le logiciel pour s’assurer qu’il répond à leurs besoins et exigences. 

Si les tests système portés par l’équipe de test MOE visent à vérifier que les exigences fonctionnelles sont bien implémentées conformément aux règles de gestion décrites dans les spécifications fonctionnelles, les tests UAT vont, quant à eux, permettre de s’assurer d’un point de vue utilisateur que le système répond aux exigences et besoins métier. Les objectifs des tests sont différents et la distinction entre les deux phases de tests est importante.

Cependant, comme pour toutes les phases de tests, la recette utilisateur est organisée par les étapes de :

Planification de la recette utilisateur

La planification de la recette utilisateur est portée généralement par le responsable de test côté métier. Un planning de la recette utilisateur doit être établi et les différentes ressources identifiées.

C’est généralement un groupe d’utilisateurs représentatifs qui est sélectionné pour travailler sur les tests, on les appelle aussi les key users. Il est important que ces utilisateurs soient motivés pour participer aux tests. N’oublions pas que le métier des utilisateurs n’est pas celui du test. Pour cette raison la motivation et le volontariat sont importants. Un accompagnement au métier peut aussi être assuré pour former ces utilisateurs aux outils de test et les sensibiliser au processus et bonnes pratiques.

L’équipe métier est responsable de la préparation du document de stratégie de test pour la recette utilisateur.

Préparation de la recette utilisateur

La préparation de la recette utilisateur consiste à définir les scénarios de test métier en se basant sur des cas d’utilisation réels, de formaliser les scénarios et les ordonnancer. Préparer les scénarios de test c’est aussi préparer les jeux de données associés. De plus, les jeux de données doivent être représentatifs et réalistes.

Parfois, des utilisateurs préfèrent dérouler des tests libres, en parcourant le logiciel et remonter les anomalies au fur et à mesure. Il s’agit d’une mauvaise pratique, le métier se doit de documenter ses tests pour en faciliter le suivi et s’assurer que les tests métiers couvrent l’ensemble des besoins demandés par le client.

Les tests métiers doivent couvrir les critères d’acceptation spécifiques et mesurables de chaque fonctionnalité. Les critères d’acceptation sont décrits généralement dans les spécifications fonctionnelles ou dans les user stories si le projet est en mode agile.

Il est important d’insister sur le fait que la phase de test métier, comme toute autre phase de tests, doit respecter un processus et des bonnes pratiques.

Clôture de la phase de recette métier

À la fin de la phase de recette métier, le client rédige un procès-verbal de recette. 

Il s’agit d’un document qui atteste de la validation du logiciel livré par les équipes métier. Le procès-verbal de recette constitue également un élément déclencheur pour passer à l’étape suivante, puisqu’il formalise la décision du client d’autoriser - ou non - le passage en production.

Voici le contenu classique d’un PV de recette :

Amélioration continue

L’équipe de test doit toujours être dans une démarche d’amélioration continue.

L’amélioration concerne les processus de test, l’organisation de l’équipe comme elle peut concerner la qualité et la couverture des tests.

Les résultats des tests métier doivent être analysés par l’équipe de test, en particulier les anomalies fonctionnelles. L’objectif est de comprendre pourquoi ces anomalies n’ont pas été détectées plus tôt, d’identifier des axes d’amélioration et d’en tirer des enseignements utiles pour les prochaines campagnes de tests ou pour d’autres projets.