Free Press

Dans le test d’acceptation par l’utilisateur (UAT), le logiciel est testé par les vrais utilisateurs dans leurs locaux. Il est également appelé par d’autres noms tels que le test bêta et le test de l’utilisateur final. Il est essentiellement effectué pour confirmer que le système développé est conforme aux exigences des utilisateurs qui ont été partagées avec les développeurs avant le début du développement du système.

Qu’est-ce que le test d’acceptation par l’utilisateur ?

C’est un type de test qui est effectué par des utilisateurs réels dans la dernière étape du test, avant que le produit ou l’application ne soit libéré dans l’environnement de production ou sur le marché.

L’environnement utilisé pour effectuer les tests d’acceptation par les utilisateurs (UAT) est similaire à l’environnement de production et n’est pas l’environnement de développement.

Liste de contrôle des tests d’acceptation par l’utilisateur (UAT)

Il est important de s’assurer que les étapes suivantes et leurs activités de test sont couvertes dans le cadre des tests d’acceptation par l’utilisateur pour garantir des résultats optimaux des UAT.

1. Initiation du projet de test d’acceptation par l’utilisateur
2. Planification du test d’acceptation par l’utilisateur
3. Conception du test d’acceptation par l’utilisateur
4. Exécution du test d’acceptation par l’utilisateur
5. Décisions de lancement
6. Actions post-test d’acceptation par l’utilisateur

Les activités qui font partie de chacune des étapes ci-dessus sont indiquées ci-dessous.

Initiation du projet de test d’acceptation par l’utilisateur

Les activités suivantes devraient idéalement être réalisées dans le cadre de l’initiation du projet UAT.

1. Identifier les principales parties prenantes
2. Sélectionner un chef d’équipe
3. Communiquer l’intention commerciale, objectifs et les critères d’acceptation du système
4. S’accorder sur les ressources de l’équipe de tests d’acceptation des utilisateurs
5. S’accorder sur la documentation pour soutenir les tests d’acceptation des utilisateurs
6. S’accorder sur les structures de prise de décision
7. S’accorder sur l’équipe de tests d’acceptation des utilisateurs
8. . sur l’équipe de test d’acceptation de l’utilisateur
9. Initier la formation au test d’acceptation de l’utilisateur
10. Former un plan de projet initial pour le test d’acceptation de l’utilisateur

Planification du test d’acceptation de l’utilisateur

Pendant la planification de l’UAT, les tâches ci-dessous doivent être effectuées.

1. Identifier la méthode d’acquisition du système pour déterminer la meilleure approche des tests d’acceptation par l’utilisateur.
2. Déterminer si l’intention commerciale et les attentes de l’utilisateur ont été capturées et sont mesurables.
3. Vérifier que les exigences commerciales ont été capturées.
4. Vérifier que tous les types d’exigences ont été inclus.
5. Ecrire les critères d’acceptation et vérifier qu’ils sont appropriés.
6. S’assurer que la portée est claire et pertinente.
7. Capturer et vérifier les processus métier.
8. Evaluer la documentation actuelle et sa durabilité pour servir de base de test.

Conception des tests d’acceptation des utilisateurs

Il est important de s’assurer que la conception des tests pour l’UAT suit les étapes ci-dessous afin de garantir que l’UAT fournit le résultat souhaité.

1. Établir les critères d’entrée pour les tests d’acceptation par les utilisateurs.
2. Revoir les scripts de test lorsqu’ils sont disponibles.
3. Définir la stratégie des tests d’acceptation par les utilisateurs.
4. Revoir les conditions de test existantes lorsqu’elles sont disponibles et en écrire de nouvelles.
5. Revoir les cas de test existants lorsqu’ils sont disponibles et en écrire de nouveaux en fonction des conditions de test.
6. Écrire des scripts de test basés sur les cas de test.
7. S’assurer que les tests couvrent toutes les exigences.

Exécution du test d’acceptation par les utilisateurs

Les tâches ci-dessous doivent être exécutées dans le cadre de l’exécution du test UAT.

1. Vérifier la disponibilité de l’environnement de test.
2. Définir le calendrier de test de haut niveau par rapport à la stratégie de test d’acceptation de l’utilisateur pour atteindre les priorités.
3. Définir le calendrier de test détaillé pour atteindre la meilleure utilisation des ressources.
4. S’assurer que le journal de test est tenu à jour.
5. S’assurer que les incidents sont signalés avec précision et en temps voulu.
6. Vérifier régulièrement la résolution des défauts avec l’équipe de développement et s’assurer qu’il n’y a pas de goulots d’étranglement.
7. Générer régulièrement des rapports de synthèse des tests.

Test d’acceptation des utilisateurs Décisions de diffusion

Les éléments suivants aideront l’équipe à décider de poursuivre ou non la diffusion, après l’UAT.

1. Identifier le statut par rapport aux critères d’acceptation.
2. Identifier l’effort et le temps requis pour répondre aux critères d’acceptation en détail.
3. Examiner les alternatives en fonction des risques en suspens.
4. Critères de libération d’urgence pour permettre une libération contrôlée.
5. Rapport de l’état d’avancement aux principales parties prenantes avec des propositions alternatives pour la libération.
6. Préparation du rapport d’achèvement du test d’acceptation de l’utilisateur avec des recommandations.

Actions post-test d’acceptation de l’utilisateur

Les activités ci-dessous doivent être effectuées après l’achèvement de l’UAT.

1. Conception et plan de formation des utilisateurs.
2. Soutien après la sortie du logiciel.
3. Tests continus
4. Rapport sur les tests d’acceptation des utilisateurs avec les questions fréquemment posées, etc.

Bonnes pratiques des tests d’acceptation des utilisateurs

Connaître les utilisateurs qui utiliseront finalement le logiciel

Connaître votre public cible. Quels sont leurs problèmes/besoins ? Quelle est leur motivation ? Comment pouvez-vous les atteindre ? Lorsque vous avez toutes ces informations avant d’initier les tests d’acceptation par l’utilisateur, cela vous évite de gaspiller des efforts et vous aide à obtenir des résultats dirigés.

Préparer le plan des tests d’acceptation par l’utilisateur bien à l’avance

En général, les tests d’acceptation par l’utilisateur sont effectués avant le lancement du logiciel sur le marché et à ce stade, vous êtes déjà sous pression pour respecter les délais et vous êtes excité par la réponse de l’utilisateur final par rapport à votre logiciel donc planifier les tests d’acceptation par l’utilisateur à ce stade pourrait avoir pour conséquence de manquer certains cas d’utilisation réels qui sont fréquents. La disponibilité des ressources pourrait également être une contrainte à ce stade.

Système de gestion des tests d’acceptation des utilisateurs bien structuré

Un système de gestion des tests d’acceptation des utilisateurs bien structuré est un système qui contient des options de filtrage faciles, des rapports efficaces, une matrice de traçabilité, des fonctions de suivi des bogues et de la sécurité.

Créer des scénarios basés sur les exigences commerciales

C’est toujours une bonne pratique de préparer des scénarios de test basés sur les exigences commerciales afin de cibler l’utilisateur final.

Définir clairement les critères d’acceptation

La réussite ou l’échec du produit après le développement est décidé par les critères d’acceptation, il est donc préférable de définir clairement les critères d’acceptation.

Étape dans laquelle les tests d’acceptation par l’utilisateur sont effectués

Il existe de nombreuses façons de développer un système mais largement classées en 2 catégories :

1. Développement séquentiel
2. Développement itératif

Développement séquentiel

Le développement séquentiel utilise une séquence d’étapes de développement qui suivent généralement une forme de V. L’UAT est le niveau de test final qui teste le système terminé par rapport aux exigences métier.

Développement itératif

Dans une approche itérative (comme le développement Agile), la conception et les tests ont lieu pendant de courts sprints et ainsi la fonctionnalité du système devient disponible de manière incrémentielle à la fin de chaque sprint. L’UAT sera nécessaire avant de déployer chaque sprint.

Approche de test d’acceptation des utilisateurs

L’approche de l’UAT est basée sur 3 éléments :

1. Exigences commerciales
2. Processus commerciaux
3. Attentes des utilisateurs

Il devrait y avoir une approche qui suit ces 3 éléments.

Cas de test basés sur les exigences

Les cas de test doivent couvrir les exigences métier, chaque cas de test devrait être lié à une exigence spécifique basée sur un numéro d’identification. Les cas de test pourraient être écrits peu de temps après la définition de la spécification des exigences et on les appelle des cas de test basés sur les exigences. L’inconvénient de cette approche est que si les exigences contiennent des erreurs, alors les cas de test seraient également erronés.

Cas de test basés sur les processus métier

Les cas de test basés sur les processus métier sont écrits pour s’assurer que le système qui est livré fonctionnera spécifiquement en supportant les processus métier. Les cas de test doivent pouvoir montrer que les exigences ont été satisfaites d’une manière qui reflète la façon dont l’organisation va utiliser le système.

Cas de test basés sur l’interface utilisateur

Les cas de test basés sur l’interface utilisateur sont structurés autour de formulaires ou d’écrans qui doivent être remplis. Les cas de test sont basés sur la saisie de données, les interactions via l’écran et le reporting. Les cas de test pilotés par l’interface utilisateur peuvent être intégrés dans des cas de test basés sur le processus métier lorsque celui-ci implique la saisie de données, l’interaction ou le reporting.

Définir les priorités à travers le test basé sur les risques

L’UAT est généralement effectué sous pression car il est fait juste avant que le système soit mis à disposition des utilisateurs finaux pour qu’ils l’utilisent, il est donc nécessaire de trouver un moyen de faire le meilleur dans le temps limité disponible. Pour cela, la technique de priorisation est utilisée pour exécuter les tests les plus importants en premier afin que tout test laissé incomplet soit moins important que celui qui est terminé. C’est ce qu’on appelle le test basé sur les risques.

Le niveau de risque pour chaque exigence est identifié et les exigences sont triées par priorité.Le test basé sur les risques peut être utilisé en conjonction avec d’autres approches.

Par exemple

Le test basé sur les risques pourrait être inclus dans le test basé sur les exigences pour s’assurer que les domaines les plus importants sont testés en premier.

Si le système fait ce qu’il est requis tout en manquant une partie détaillée de la spécification technique, alors ce résultat devrait être signalé mais ce n’est pas un ‘show-stopper’.’

En revanche, si le système répond à chaque élément de la spécification technique mais qu’il est lourd à utiliser, alors c’est une cause de préoccupation.

Exemples de tests d’acceptation par l’utilisateur

Tout logiciel de n’importe quel domaine comme l’automobile, le voyage/tourisme, etc. devrait passer par des tests d’acceptation par l’utilisateur appropriés avant la livraison à la production.

Supposons qu’il y ait un logiciel de suivi mobile dans lequel un administrateur administre les ressources mobiles et c’est une application basée sur le Web. Il est passé par de nombreuses formes différentes de tests tels que les tests fonctionnels, les tests d’intégration, les tests système, les tests de performance, etc. et maintenant vient le tour du niveau de test le plus important et c’est le test d’acceptation par l’utilisateur. Idéalement, il devrait être effectué à deux niveaux :

Test alpha

Ce type de test d’acceptation utilisateur est effectué par les testeurs sur le site des développeurs pour vérifier les derniers problèmes avant la livraison du logiciel aux utilisateurs finaux pour le test bêta.

Tests bêta

Ils sont effectués par les utilisateurs finaux dans leurs locaux et vérifient les derniers problèmes avant la livraison du logiciel à la production.

Conclusion

L’avantage des tests d’acceptation des utilisateurs est qu’il n’y aura pas de surprises lorsque le produit sera mis en production/marché pour une utilisation réelle.

Autres articles populaires :

• Qu’est-ce que le test d’acceptation ou le test d’acceptation par l’utilisateur (UAT) ?
• Qu’est-ce que le développement piloté par les tests d’acceptation dans la méthodologie Agile ?
• Qu’est-ce que la pyramide de test et les quadrants de test dans la méthodologie de test Agile ?
• Qu’est-ce que les produits de travail du projet dans le test Agile ?
• Qu’est-ce que le test de cas d’utilisation dans le test de logiciel ?

.