1. Introduction UAT – User Acceptance Testing

Qu'est ce que le User Acceptance Testing ? L'UAT est une méthode de validation fonctionnelle d'un système ( ou logiciel) vue du côté utilisateur.  Il s'agit là de vérifier selon des critères prédéfinis, que le système est réalisé conformément aux spécifications fonctionnelles.

Les tests d'acceptation utilisateurs (UAT) impliquent d'exécuter un ensemble de tests sur un nouveau système, avec une orientation "utilisateur". Chacun des tests unitaires réalisés, appelé un "cas", réalise une opération particulière de l'environnement utilisateur ou d'une fonctionnalité.

Un résultat booléen est attendu par chacune des conditions de tests, à savoir "vrai" ou "faux". Il n'y a donc pas de condition variable de réussite ou d'échec.

L'environnement de test doit être identique à l'environnement final de l'utilisateur. 

Chacun des tests réalisés doit être accompagné :

• De données d'entrées (input),
• D'une description formelle des activités opérationnelles à réaliser,
• Des résultats attendus par l'exécution du test
  

Il est recommandé de faire rédiger les critères d'acceptation utilisé lors du test par le client ou l'utilisateur, afin qu'ils respectent une orientation métier ou business, et non technique.

Le test doit être fonctionnel, afin de vérifier la conformité du scénario "joué" par l'utilisateur lors de l'utilisation du système (logiciel). Ils doivent être les propriétaires de ces tests, qui sont créés en collaboration avec les développeurs, les testeurs et les pilotes du projet.

Le déroulement du test doit être chronologique, afin que les critères d'acceptations puissent être validé au fur et à mesure, et assurer que les tests mènent dans la bonne direction, et couvrent la totalité des fonctionnalités.

En amont de la conception des cartes de tests doivent être créées. Elles peuvent être conçus au cours de la planification du projet et revues lors des réunions de planification. Elles assurent les développeurs d'avoir une vision précise des objectifs poursuivis et des développements à réaliser.

2. Le processus UAT

L'ensemble des tests d'acceptation qui seront réalisés devront être confrontés aux données d'entrée (input) ou devront utiliser des scripts d'acceptation. Ainsi le résultat obtenu lors du test pourra être comparé aux résultats attendus.

Si les résultats des cas testés sont positifs l'ensemble du test est validé. Dans le cas contraire le système testé est soit rejeté, soit approuvé selon des conditions prédéfinies entre la MOA et la MOE.

L'objectif de ce processus est d'assurer que le système livré est conforme aux exigences business des 2 parties.

La phase d'acceptation permet enfin d'agir en tant que filtre quant à la qualité finale du système livré, dans la mesure où chacun des défauts non vu jusqu'à présent seront identifiés avant acceptation.

Un des buts principaux des tests d'acceptation est de mettre en œuvre la garantie d'acceptation du système. En effet une fois achevé avec succès, les parties prenantes signent un contrat d'acceptation, lequel acte que client et constructeur du système s'accorde sur la complétude des tests, et de la validité du système. Ainsi la facturation peut être déclenchée.

3. User Acceptance Testing

Le UAT ou Test d'Acceptation Utilisateur est un processus dont l'objectif est d'obtenir la confirmation d'un expert dans le domaine concerné ( de préférence le client ou le possesseur du système) que la modification d'un système est conforme aux engagements contractés.

Dans la conception logicielle l'UAT est le stade final du projet. C'est une des dernières phase en amont de l'acceptation du système par le client.

Les utilisateurs réalisent des, écris par les développeurs à partir des spécifications d'utilisation.

Il est recommandé de dissocier les rôles. En effet, les équipes qui exécutent les tests ne doivent pas etre les même que celles qui les écrivent.

L'UAT agit comme une validation finale des fonctionnalités business et du bon fonctionnement du système (logiciel). Car les conditions du test émulent l'utilisation réelle qui sera faite du système.

Si le système (logiciel) fonctionne tel qu'attendu et sans incident (bug) en marche normale, on peut raisonnablement penser que le même système fonctionnera en environnement de production.

Attention l'UAT ne doit pas se substituer aux tests normaux réalisés pendant les développements.

4. Les différents types de tests d'acceptation.

Présentation des différents types de tests d'acceptation :

• Test d'acceptation utilisateur : Ces types de tests sont réalisés sur le lieu de production, ou par les équipes qui ont réalisé le système (logiciel), avant déploiement chez le client ou utilisation par le client.

• Test d'acceptations opérationnelles : Ce sont les tests d'acceptation qui permettent de valider la complétude opérationnelle du système (logiciel), en s'assurant que les processus et procédures d'utilisation et de maintenance sont présents et complètes. Ces tests peuvent inclure les procédures de Sauvegarde, de continuité d'activité, de maintenance, etc.

• Test d'acceptation des contrats : Ce type de test s'assure que les critères testés sont conformes à ceux exprimés dans le contrat.

• Alpha testing et beta testing : L'Alpha testing a lieu dans les équipes de développement, en amont de la livraison au client. Le Beta testing a lieu chez le client, et est réalise par les équipes clients sur site.