Quest-ce que le test dacceptation utilisateur (UAT)? avec des exemples

Qui exécute lUAT?

• Client
• Utilisateurs finaux

• Les développeurs codent le logiciel sur la base dun document dexigences qui est leur « propre » compréhension des exigences et peut ne pas être réellement ce dont le client a besoin du logiciel.
• Les modifications des exigences au cours du projet peuvent ne pas être communiquées efficacement aux développeurs.

Test dacceptation et modèle en V

Dans VModel, les tests dacceptation de lutilisateur correspondent au phase dexigence du cycle de vie du développement logiciel (SDLC).

Conditions préalables au test dacceptation par lutilisateur:

Voici les critères dentrée pour les tests dacceptation des utilisateurs:

• Les exigences commerciales doivent être disponibles.
• Le code dapplication doit être entièrement développé
• Tests unitaires, tests dintégration & Les tests du système doivent être terminés
• Aucun showstoppers, défauts élevés, moyens dans la phase de test dintégration du système –
• Seule lerreur cosmétique est acceptable avant lUAT
• Les tests de régression doivent être effectués sans défaut majeur
• Tous les défauts signalés doivent être corrigés et testés avant lUAT
• La matrice de traçabilité pour tous les tests doit être complétée
• Lenvironnement UAT doit être prêt
• Signer le courrier électronique ou la communication de léquipe de test système indiquant que le système est prêt pour lexécution UAT

Comment faire UAT Les tests

UAT sont effectués par les utilisateurs prévus du système ou du logiciel. Ce type de test logiciel se déroule généralement à lemplacement du client, appelé test bêta. Une fois que les critères dentrée pour lUAT sont satisfaits, voici les tâches à effectuer par les testeurs:

• Analyse des exigences commerciales
• Création dun plan de test UAT
• Identifier les scénarios de test
• Créer des cas de test UAT
• Préparation des données de test (production comme Data)
• Exécutez les cas de test
• Enregistrez les résultats
• Confirmer les objectifs commerciaux

Étape 1) Analyse de lactivité Exigences

Lune des activités les plus importantes de lUAT est didentifier et de développer des scénarios de test. Ces scénarios de test sont dérivés des documents suivants:

• Charte de projet
• Cas dutilisation métier
• Diagrammes de flux de processus
• Business Document des exigences (BRD)
• Spécification des exigences système (SRS)

Étape 2) Création du plan UAT:

Le plan de test UAT décrit les stratégie qui sera utilisée pour vérifier et garantir quune application répond à ses exigences commerciales. Il documente les critères dentrée et de sortie pour lUAT, les scénarios de test et lapproche des cas de test et les délais de test.

Étape 3) Identifiez les scénarios de test et les cas de test:

Identifiez les scénarios de test par rapport au processus métier de haut niveau et créez des cas de test avec des étapes de test claires. Les cas de test doivent couvrir suffisamment la plupart des scénarios UAT. Les cas dutilisation métier sont utilisés pour créer les cas de test.

Étape 4) Préparation des données de test:

Il est préférable dutiliser des données en direct pour UAT. Les données doivent être brouillées pour des raisons de confidentialité et de sécurité. Le testeur doit être familiarisé avec le flux de la base de données.

Étape 5) Exécutez et enregistrez les résultats:

Exécutez les cas de test et rapportez les bogues le cas échéant. Re-testez les bogues une fois corrigés.Les outils de gestion des tests peuvent être utilisés pour lexécution.

Étape 6) Confirmer latteinte des objectifs commerciaux:

Les analystes commerciaux ou les testeurs UAT doivent envoyer un e-mail de déconnexion après le test UAT. Après validation, le produit est prêt à être produit. Les produits livrables pour les tests UAT sont le plan de test, les scénarios et cas de test UAT, les résultats des tests et le journal des défauts

Critères de sortie pour UAT:

Avant de passer à la production, les éléments suivants doivent être pris en compte:

• Aucun défaut critique ouvert
• Le processus métier fonctionne de manière satisfaisante
• Réunion dapprobation de lUAT avec toutes les parties prenantes

Qualités des testeurs UAT:

Le testeur UAT doit posséder une bonne connaissance de lentreprise. Il doit être indépendant et penser comme un utilisateur inconnu du système. Le testeur doit être un penseur analytique et latéral et combiner toutes sortes de données pour que lUAT réussisse.

Testeur ou analyste commercial ou experts en la matière qui comprennent les besoins ou les flux métier peuvent préparer des tests et des données réalistes pour lentreprise.

Bonnes pratiques:

Les points suivants doivent être pris en compte pour réussir lUAT:

• Préparer le plan UAT au début du cycle de vie du projet
• Préparer une liste de contrôle avant le début de lUAT
• Organiser une session de pré-UAT pendant la phase de test du système elle-même
• Définir les attentes et définir clairement la portée de lUAT
• Tester le flux commercial de bout en bout et éviter les tests système
• Tester le système ou lapplication avec des scénarios et des données du monde réel
• Penser comme un utilisateur inconnu du système
• Effectuer des tests dutilisabilité
• Organiser une session de feedback et une réunion avant de passer à la production

Outils UAT

Il existe plusieurs outils sur le marché utilisés pour Les tests dacceptation des utilisateurs et certains sont répertoriés à titre de référence:

Outil de fitness: Cest un outil java utilisé comme moteur de test. Il est facile de créer des tests et denregistrer les résultats dans un tableau. Les utilisateurs de loutil saisissent lentrée formatée et les tests sont créés automatiquement. Les tests sont ensuite exécutés et la sortie est renvoyée à lutilisateur.

Watir: Cest une boîte à outils utilisée pour automatiser les tests basés sur le navigateur pendant les tests dacceptation des utilisateurs. Ruby est le langage de programmation utilisé pour la communication inter-processus entre ruby et Internet Explorer.

Quelques exemples de directives dUAT

• La plupart du temps, dans les scénarios de développement de logiciels réguliers, lUAT est effectuée dans lenvironnement QA. Sil ny a pas denvironnement de test ou dUAT
• UAT est classé dans les tests bêta et alpha, mais ce nest pas si important lorsque le logiciel est développé pour un secteur basé sur les services
• UAT est plus logique lorsque le client est impliqué dans une plus grande mesure

Conclusion:

• En génie logiciel, la forme complète dUAT est le test dacceptation par lutilisateur.
• En génie logiciel, UAT signifie Test dacceptation des utilisateurs.
• UAT est lune des nombreuses saveurs de tests qui ont émergé au cours des vingt-cinq dernières années.
• Avec UAT, le client peut être sûr « à quoi sattendre » du produit plutôt que de supposer.
• Lavantage de lUAT est quil ny aura pas de surprises lorsque le produit sera mis sur le marché.