Qu'est-ce que le test d'acceptation de l'utilisateur (UAT): un guide complet

what is user acceptance testing

Découvrez ce qu'est le test d'acceptation utilisateur (UAT), ainsi que sa définition, ses types, ses étapes et ses exemples:

Ma règle numéro un lorsque je tente de comprendre un nouveau concept est la suivante: le nom sera toujours pertinent et surtout un sens littéral (dans le contexte technique).

Découvrir ce que c'est, me donnera une première compréhension et m'aidera à démarrer.

meilleurs serveurs pour jouer sur wow

=> Cliquez ici pour une série complète de didacticiels sur le plan de test

Mettons ce concept à l'épreuve.

=> Lire tous les tutoriels dans notre série de tests d'acceptation.

Ce que vous apprendrez:

• Qu'est-ce que le test d'acceptation des utilisateurs?
  • Quand a-t-il lieu?
  • Qui exécute UAT?
  • Besoin de tests d'acceptation par l'utilisateur
  • Processus de test d'acceptation des utilisateurs
  • Gouvernance UAT
  • Planification des tests UAT
  • Conception des tests d'acceptation des utilisateurs
  • Exécution des tests
  • Outils et méthodologies
  • UAT dans un environnement agile
  • Équipe UAT - Rôles et responsabilités
• 7 défis de l'UAT et du plan d'atténuation
• Test du système vs test d'acceptation des utilisateurs
• Conclusion
  • lecture recommandée

Qu'est-ce que le test d'acceptation des utilisateurs?

Nous savons ce qu'est le test, l'acceptation signifie l'approbation ou l'accord. L'utilisateur dans le cadre d'un produit logiciel est soit le consommateur du logiciel, soit la personne qui a demandé qu'il soit construit pour lui (client).

Donc, suivant ma règle - la définition sera:

Le test d'acceptation par l'utilisateur (UAT), également connu sous le nom de test bêta ou test par l'utilisateur final, est défini comme le test du logiciel par l'utilisateur ou le client pour déterminer s'il peut être accepté ou non. Il s'agit du test final effectué une fois les tests fonctionnels, système et de régression terminés.

L'objectif principal de ces tests est de valider le logiciel par rapport aux exigences de l'entreprise. Cette validation est effectuée par les utilisateurs finaux familiarisés avec les exigences métier.

UAT, tests alpha et bêta sont différents types de tests d'acceptation.

Comme le test d'acceptation par l'utilisateur est le dernier test effectué avant la mise en service du logiciel, il s'agit évidemment de la dernière chance pour le client de tester le logiciel et de mesurer s'il est adapté à l'objectif.

Quand a-t-il lieu?

Il s'agit généralement de la dernière étape avant la mise en service du produit ou avant l'acceptation de la livraison du produit. Ceci est effectué après que le produit lui-même a été soigneusement testé (c.-à-d. après le test du système ).

Qui exécute UAT?

Utilisateurs ou client - Il peut s'agir de quelqu'un qui achète un produit (dans le cas d'un logiciel commercial) ou de quelqu'un qui a fait construire un logiciel sur mesure par un fournisseur de services logiciels ou l'utilisateur final si le logiciel est mis à leur disposition à l'avance et lorsque leurs commentaires sont recherchés.

L'équipe peut être composée de testeurs bêta ou le client doit sélectionner des membres UAT en interne dans chaque groupe de l'organisation afin que chaque rôle d'utilisateur puisse être testé en conséquence.

Besoin de tests d'acceptation par l'utilisateur

Les développeurs et les testeurs fonctionnels sont des techniciens qui valident le logiciel par rapport aux Spécifications fonctionnelles . Ils interprètent les exigences en fonction de leurs connaissances et développent / testent le logiciel (voici l'importance de la connaissance du domaine).

Ce logiciel est complet selon les spécifications fonctionnelles, mais il existe des exigences commerciales et des processus qui ne sont connus que des utilisateurs finaux sont soit omis de communiquer, soit mal interprétés.

Ces tests jouent un rôle important pour valider si toutes les exigences commerciales sont remplies ou non avant de lancer le logiciel pour une utilisation sur le marché. L'utilisation de données en direct et de cas d'utilisation réels font de ces tests une partie importante du cycle de publication.

De nombreuses entreprises qui ont subi de lourdes pertes en raison de problèmes post-publication connaissent l'importance d'un test d'acceptation utilisateur réussi. Le coût de la réparation des défauts après la libération est plusieurs fois plus élevé que celui de la réparation avant.

UAT est-il vraiment nécessaire?

Après avoir effectué de nombreux tests de système, d'intégration et de régression, on s'interroge sur la nécessité de ces tests. En fait, c'est la phase la plus importante du projet car c'est le moment où les utilisateurs qui vont réellement utiliser le système valideront le système pour son adéquation à son objectif.

L'UAT est une phase de test qui dépend largement du point de vue des utilisateurs finaux et de la connaissance du domaine d'un service qui représente les utilisateurs finaux.

En fait, il serait vraiment utile aux équipes commerciales, si elles étaient impliquées dans le projet assez tôt, afin qu'elles puissent fournir leurs points de vue et leurs contributions qui contribueraient à une utilisation efficace du système dans le monde réel.

Processus de test d'acceptation des utilisateurs

Le moyen le plus simple de comprendre ce processus est de le considérer comme un projet de test autonome - ce qui signifie qu'il comprendra les phases de planification, de conception et d'exécution.

Voici les conditions préalables avant le début de la phase de planification:

# 1) Rassemblez les principaux critères d'acceptation

En termes simples, les critères d'acceptation sont une liste de choses qui vont être évaluées avant d'accepter le produit.

Ceux-ci peuvent être de 2 types:

(i) Fonctionnalité de l'application ou liée à l'entreprise

Idéalement, toutes les fonctionnalités clés de l'entreprise devraient être validées, mais pour diverses raisons, notamment le temps, il n'est pas pratique de tout faire. Par conséquent, une ou deux réunions avec le client ou les utilisateurs qui vont être impliqués dans ces tests peuvent nous donner une idée de la quantité de tests qui seront impliqués et des aspects qui seront testés.

(ii) Contractuel - Nous n'allons pas entrer dans cela et l'implication de l'équipe QA dans tout cela n'est presque rien. Le contrat initial qui est rédigé avant même le début du SDLC est examiné et un accord est conclu sur le fait que tous les aspects du contrat ont été livrés ou non.

Nous allons nous concentrer uniquement sur la fonctionnalité de l'application.

# 2) Définissez la portée de la participation à l'assurance qualité.

Le rôle de l'équipe d'assurance qualité est l'un des suivants:

(i) Aucune implication - C'est très rare.

(ii) Aider à ce test - Le plus commun. Dans ce cas, notre implication pourrait être de former les utilisateurs de l'UAT à l'utilisation de l'application et d'être en veille pendant ce test pour nous assurer que nous pouvons aider les utilisateurs en cas de difficulté. Ou dans certains cas, en plus d'être en veille et d'aider, nous pouvons partager leurs réponses et enregistrer les résultats ou consigner les bogues, etc., pendant que les utilisateurs effectuent les tests réels.

(iii) Effectuer l'UAT et présenter les résultats - Si tel est le cas, les utilisateurs indiqueront les zones de l'AUT qu'ils souhaitent évaluer et l'évaluation elle-même est effectuée par l'équipe d'assurance qualité. Une fois cela fait, les résultats sont présentés aux clients / utilisateurs et ils décideront si les résultats qu'ils ont en main sont suffisants ou non et conformes à leurs attentes pour accepter l'AUT. La décision n'est jamais celle de l'équipe QA.

En fonction du cas, nous décidons quelle approche est la meilleure.

Les principaux objectifs et attentes:

Habituellement, l'UAT est effectuée par un expert en la matière (PME) et / ou un utilisateur professionnel, qui peut être le propriétaire ou le client d'un système testé. Semblable à la phase de test du système, la phase UAT englobe également les phases religieuses avant sa clôture.

Les activités clés de chaque phase UAT sont définies ci-dessous:

Gouvernance UAT

À l'instar des tests de système, une gouvernance efficace est appliquée à l'UAT afin de garantir des portes de qualité solides avec les critères d'entrée et de sortie définis (fournis ci-dessous **).

** Veuillez noter que ce n'est qu'une indication. Cela pourrait être modifié en fonction des besoins et des exigences du projet.

Planification des tests UAT

Le processus est presque le même qu'avec le plan de test régulier dans la phase système.

L'approche la plus courante suivie dans la plupart des projets consiste à planifier ensemble les phases de test du système et de l'UAT. Pour plus d'informations sur le plan de test UAT avec un exemple, veuillez consulter les sections UAT du document de plan de test ci-joint.

Plan de test d'acceptation des utilisateurs

(C'est la même chose que vous trouverez sur notre site pour la série de formations QA).

c ++ comment utiliser stringstream

Cliquez sur l'image ci-dessous et faites défiler vers le bas pour trouver l'exemple de document de plan de test dans différents formats. Dans ce modèle, consultez la section UAT.

Les dates, l'environnement, les acteurs (qui), les protocoles de communication, les rôles et responsabilités, les modèles, les résultats et leur processus d'analyse, les critères d'entrée-sortie - tout cela et tout ce qui est pertinent se trouvera dans le plan de test UAT.

Que l'équipe d'AQ participe, participe partiellement ou ne participe pas du tout à ce test, il est de notre devoir de planifier cette phase et de s'assurer que tout est pris en considération.

=> Voici un exemple de document de plan de test d'acceptation de l'utilisateur

Conception des tests d'acceptation des utilisateurs

Les critères d'acceptation recueillis auprès des utilisateurs sont utilisés dans cette étape. Les échantillons peuvent ressembler à ceux illustrés ci-dessous.

(Ce sont des extraits de CSTE CBOK . C'est l'une des meilleures références disponibles sur ces tests.)

Modèle de test d'acceptation utilisateur:

Sur la base des critères, nous (l'équipe QA) leur fournissons aux utilisateurs une liste de cas de test UAT. Ces cas de test ne sont pas différents de nos cas de test de système habituels. Ils ne sont qu'un sous-ensemble car nous testons toutes les applications par opposition, juste aux domaines fonctionnels clés.

En plus de cela, les données, les modèles pour enregistrer les résultats des tests, les procédures administratives, le mécanisme d'enregistrement des défauts, etc., doivent être en place avant de passer à la phase suivante.

Exécution des tests

Habituellement, lorsque cela est possible, ces tests se déroulent dans une conférence ou une salle de guerre, une sorte de configuration où les utilisateurs, le PM, les représentants de l'équipe QA s'assoient tous ensemble pendant un jour ou deux et travaillent sur tous les cas de test d'acceptation.

Ou dans le cas où l'équipe QA effectue les tests, nous exécutons les cas de test sur l'AUT.

Une fois tous les tests exécutés et les résultats en main, le Décision d'acceptation est fait. Ceci est également appelé le Décision Go / No-Go . Si les utilisateurs sont satisfaits, c'est un Go, ou bien c'est un Non.

Atteindre la décision d'acceptation est généralement la fin de cette phase.

Outils et méthodologies

En règle générale, le type d'outils logiciels utilisés pendant cette phase de test est similaire aux outils utilisés lors de l'exécution des tests fonctionnels.

Outils:

Comme cette phase implique la validation de l'ensemble des flux de bout en bout de l'application, il peut être difficile de disposer d'un seul outil pour automatiser complètement cette validation. Cependant, dans une certaine mesure, nous serions en mesure de tirer parti des scripts automatisés développés lors des tests du système.

Comme pour les tests de système, les utilisateurs utiliseraient également des outils de gestion des tests et de gestion des défauts tels que QC, JIRA, etc. Ces outils peuvent être configurés pour cumuler les données pour la phase d'acceptation de l'utilisateur.

Méthodologies:

Bien que les méthodologies conventionnelles telles que les utilisateurs professionnels spécifiques exécutant l'UAT du produit soient toujours pertinentes, dans un monde vraiment mondial comme aujourd'hui, les tests d'acceptation des utilisateurs doivent parfois impliquer des clients variés à travers les pays en fonction du produit.

Par exemple, un site Web de commerce électronique serait utilisé par des clients du monde entier. Dans des scénarios comme celui-ci, les tests de foule seraient la meilleure option viable.

Test de foule est une méthodologie où des personnes du monde entier peuvent participer et valider l'utilisation du produit et donner des suggestions et des recommandations.

Des plates-formes de test de foule sont construites et sont actuellement utilisées par de nombreuses organisations. Un site Web ou un produit qui doit être soumis à des tests de foule est hébergé sur la plateforme et les clients peuvent se désigner eux-mêmes pour faire la validation. Les retours d'information fournis sont ensuite analysés et hiérarchisés.

La méthodologie de Crowd Testing s'avère plus efficace car le pouls du client à travers le monde peut être facilement compris.

UAT dans un environnement agile

L'environnement agile est de nature plus dynamique. Dans un monde agile, les utilisateurs professionnels seront impliqués tout au long des sprints du projet et le projet sera amélioré en fonction des boucles de rétroaction de leur part.

Au début du projet, les utilisateurs professionnels seraient les principaux intervenants pour fournir l'exigence, mettant ainsi à jour le carnet de commandes du produit. À la fin de chaque sprint, les utilisateurs professionnels participeraient à la démo du sprint et seraient disponibles pour fournir des commentaires.

De plus, une phase UAT serait prévue avant la fin du sprint où les utilisateurs métier feraient leurs validations.

Les commentaires reçus lors de la démonstration de sprint et de l'UAT de sprint sont rassemblés et ajoutés au backlog produit qui est constamment revu et priorisé. Ainsi dans un monde agile, les utilisateurs métiers sont plus proches du projet et ils l'évaluent plus fréquemment pour son utilisation contrairement aux projets en cascade traditionnels.

Équipe UAT - Rôles et responsabilités

Une organisation UAT type aurait les rôles et responsabilités suivants. L'équipe UAT serait soutenue par le chef de projet, les équipes de développement et de test en fonction de leurs besoins.

7 défis de l'UAT et du plan d'atténuation

Peu importe que vous fassiez partie d'une version d'un milliard de dollars ou d'une équipe de démarrage, vous devez surmonter tous ces défis pour fournir un logiciel performant à l'utilisateur final.

# 1) Processus de configuration et de déploiement de l'environnement:

Réaliser ce test dans le même environnement que celui utilisé par l'équipe de test fonctionnel finira certainement par négliger les cas d'utilisation du monde réel. En outre, les activités de test cruciales telles que les tests de performances ne peuvent pas être effectuées sur un environnement de test incomplet données de test .

Un environnement de production distinct doit être configuré pour ce test.

Une fois l'environnement UAT séparé de l'environnement de test, vous devez contrôler efficacement le cycle de publication. Un cycle de publication incontrôlé peut conduire à des versions de logiciel différentes sur l'environnement de test et UAT. Un temps précieux de test d'acceptation est perdu lorsque le logiciel n'est pas testé sur la dernière version.

Pendant ce temps, le temps requis pour le suivi des problèmes sur une version incorrecte du logiciel est élevé.

comment afficher les fichiers xml dans Word

# 2) Planification des tests:

Ces tests doivent être planifiés avec un plan de test d'acceptation clair dans la phase d'analyse des exigences et de conception.

Dans la planification de la stratégie, l'ensemble des cas d'utilisation réels doit être identifié pour exécution. Il est très important de définir les objectifs de test pour ce test car une exécution complète du test n'est pas possible pour les grandes applications dans cette phase de test. Les tests doivent être effectués en priorisant d'abord les objectifs commerciaux critiques.

Ce test est effectué à la fin du cycle de test. De toute évidence, c'est la période la plus critique pour la sortie du logiciel. Tout retard dans l'une des étapes précédentes de développement et de test consommera le temps UAT.

Une mauvaise planification des tests, dans le pire des cas, conduit à un chevauchement entre les tests du système et l'UAT. En raison de moins de temps et de pression pour respecter les délais, le logiciel est déployé dans cet environnement même si les tests fonctionnels ne sont pas terminés. Les objectifs fondamentaux de ces tests ne peuvent être atteints dans de telles situations.

Le plan de test UAT doit être préparé et communiqué à l'équipe bien avant de commencer ce test. Cela les aidera à planifier les tests, à écrire des cas de test et des scripts de test et à créer un environnement UAT.

# 3) Gestion des nouvelles exigences commerciales en tant qu'incidents / défauts:

Les ambiguïtés dans les exigences sont prises dans la phase UAT. Les testeurs UAT découvrent des problèmes dus à des exigences ambiguës (en examinant l'interface utilisateur complète qui n'était pas disponible pendant la phase de collecte des exigences) et les consignent comme un défaut.

Le client s'attend à ce que ceux-ci soient corrigés dans la version actuelle sans tenir compte de l'heure des demandes de modification. Si une décision en temps opportun n'est pas prise par la direction du projet sur ces changements de dernière minute, cela pourrait entraîner l'échec de la publication.

# 4) Testeurs ou testeurs non qualifiés sans connaissances commerciales:

Lorsqu'il n'y a pas d'équipe permanente, l'entreprise sélectionne le personnel de l'UAT dans divers services internes.

Même si le personnel connaît bien les besoins de l’entreprise, ou s’il n’est pas formé aux nouvelles exigences en cours de développement, il ne peut pas exécuter une UAT efficace. En outre, une équipe commerciale non technique peut rencontrer de nombreuses difficultés techniques lors de l'exécution des cas de test.

Pendant ce temps, l'affectation de testeurs à la fin du cycle UAT n'ajoute aucune valeur au projet. Le peu de temps pour former le personnel de l'UAT peut considérablement augmenter les chances de succès de l'UAT.

# 5) Canal de communication inapproprié:

La communication entre l'équipe de développement à distance, les tests et l'équipe UAT est plus difficile. La communication par e-mail est souvent très difficile lorsque vous avez une équipe technique offshore. Une petite ambiguïté dans les rapports d'incident peut retarder sa correction d'un jour.

Une bonne planification et une communication efficace sont essentielles à une collaboration efficace en équipe. Les équipes de projet doivent utiliser un outil Web pour consigner les défauts et les questions. Cela aidera à répartir uniformément la charge de travail et à éviter de signaler les problèmes en double.

# 6) Demander à l'équipe de test fonctionnel d'effectuer ce test:

Il n'y a pas de pire situation que de demander à l'équipe de test fonctionnel d'effectuer l'UAT.

Les clients se déchargent de leur responsabilité sur l'équipe de test en raison d'un manque de ressources. Le but de ces tests est compromis dans de tels cas. Une fois le logiciel mis en ligne, les utilisateurs finaux repéreront rapidement les problèmes qui ne sont pas considérés comme des scénarios réels par les testeurs fonctionnels.

Une solution à cela consiste à attribuer ces tests aux testeurs dédiés et qualifiés ayant des connaissances commerciales.

# 7) Le jeu du blâme

Parfois, les utilisateurs professionnels essaient simplement de trouver des raisons de rejeter le logiciel. Ce pourrait être leur propre domination de montrer à quel point ils sont supérieurs ou de blâmer l'équipe de développement et de test pour obtenir le respect de l'équipe commerciale. Ceci est très rare mais se produit dans des équipes à politique interne.

Il est très difficile de faire face à de telles situations. Cependant, établir une relation positive avec l'équipe commerciale aiderait certainement à éviter le jeu du blâme.

J'espère que ces directives vous aideront certainement à exécuter un plan d'acceptation utilisateur réussi en surmontant divers défis. Une planification, une communication, une exécution appropriées et une équipe motivée sont les clés du succès des tests d'acceptation des utilisateurs.

Test du système vs test d'acceptation des utilisateurs

L'implication de l'équipe de test commence assez tôt dans le projet dès la phase d'analyse des besoins.

Tout au long du cycle de vie du projet, une sorte de validation est effectuée pour le projet, c.-à-d. Test statique , Des tests unitaires, des tests système, des tests d'intégration, des tests de bout en bout ou des tests de régression. Cela nous permet de mieux comprendre les tests effectués dans la phase UAT et à quel point ils sont différents des autres tests effectués précédemment.

Bien que nous voyions les différences entre SIT et UAT, il est important de tirer parti des synergies tout en conservant l'indépendance entre les deux phases, ce qui permettrait une mise sur le marché plus rapide.

Conclusion

#1) UAT ne concerne pas les pages, les champs ou les boutons. Le sous-jacent supposition même avant que ce test ne commence, c'est que tous ces éléments de base sont testés et fonctionnent correctement. Dieu nous en préserve, les utilisateurs trouvent un bug aussi basique que cela - c'est une très mauvaise nouvelle pour l'équipe QA. :(

#deux) Ce test concerne l'entité qui est l'élément principal de l'entreprise.

Laisse moi te donner un exemple: Si l'AUT est un système de billetterie, l'UAT ne va pas se préoccuper de rechercher le menu qui ouvre une page, etc. Il s'agit des billets et de leur réservation, des états qu'il peut prendre, de son parcours dans le système, etc.

Un autre Exemple, si le site est un site de concession automobile, alors l'accent est mis sur la «voiture et ses ventes» et pas vraiment sur le site. Par conséquent, le cœur de métier est ce qui est vérifié et validé et qui est meilleur pour le faire que les propriétaires d'entreprise. C’est pourquoi ce test est le plus judicieux lorsque le client est impliqué dans une large mesure.

# 3) UAT est également une forme de test à sa base qui signifie qu'il y a de bonnes chances d'identifier certains bugs à cette phase également . Cela arrive parfois. Mis à part le fait qu'il s'agit d'une escalade majeure pour l'équipe d'assurance qualité, les bogues UAT signifient généralement une réunion pour s'asseoir et discuter de la façon de les gérer, car après ces tests, il n'y a généralement pas de temps pour les corriger et les retester.

La décision serait soit de:

• Poussez la date de mise en service, résolvez d'abord le problème, puis passez à autre chose.
• Laissez le bogue tel quel.
• Considérez-le comme faisant partie de la demande de modification pour les versions futures.

# 4) UAT est classé dans les tests alpha et bêta, mais cette classification n'est pas si importante dans le contexte de projets de développement de logiciels typiques dans une industrie basée sur les services.

• Test alpha C’est lorsque l’UAT est réalisé dans l’environnement du constructeur de logiciels et est plus significatif dans le contexte du logiciel commercial standard.
• Tests bêta c’est lorsque l’UAT est effectué dans l’environnement de production ou dans l’environnement du client. Ceci est plus courant pour les applications destinées aux clients. Les utilisateurs ici sont les clients réels comme vous et moi dans ce contexte.

# 5) La plupart du temps, dans le cadre d'un projet de développement logiciel régulier, l'UAT est Environnement QA s'il n'y a pas d'environnement de staging ou UAT.

En bref, la meilleure façon de savoir si votre produit est acceptable et adapté à son utilisation est de le présenter aux utilisateurs.

Les organisations adoptent la méthode Agile de livraison, les utilisateurs professionnels s'impliquent davantage et les projets sont améliorés et livrés via des boucles de rétroaction. Tout cela étant fait, la phase d'acceptation par l'utilisateur est considérée comme la porte d'entrée pour la mise en œuvre et la production.

Quelle a été votre expérience UAT? Étiez-vous en veille ou avez-vous testé pour vos utilisateurs? Les utilisateurs ont-ils trouvé des problèmes? Si oui, comment les avez-vous traités?

=> Lisez également TOUS les tutoriels de cette série ici

=> Visitez ici pour une série complète de didacticiels sur le plan de test

lecture recommandée

• Test alpha et test bêta (un guide complet)
• Qu'est-ce que le test d'acceptation (un guide complet)
• Build Verification Testing (BVT Testing) Guide complet
• Test fonctionnel vs test non fonctionnel
• Meilleurs outils de test de logiciels 2021 (Outils d'automatisation des tests QA)
• Types de tests logiciels: différents types de tests avec des détails
• Didacticiel de test de l'entrepôt de données de test ETL (un guide complet)
• Tutoriel de test GUI: un guide de test complet de l'interface utilisateur (UI)