Temps de lecture: 14 minutes
Pour s’assurer des qualités techniques d’un produit, pour trouver des bugs et des erreurs logiques dans le logiciel, il est essentiel de s’engager dans des activités d’assurance qualité. Cependant, les tests d’assurance qualité ne vous diront pas si le produit final est aligné sur les objectifs commerciaux et peut effectuer les tâches requises dans des scénarios réels. Ainsi, pour s’assurer que l’équipe de développement construit le bon produit pour les utilisateurs finaux réels, il est essentiel de procéder à des tests d’acceptation par les utilisateurs.
Qu’est-ce que le test d’acceptation par l’utilisateur et en quoi est-il différent de l’assurance qualité?
Le test d’acceptation par l’utilisateur (UAT) vérifie si un produit est le bon pour les utilisateurs finaux. Il a d’autres noms, par exemple, test pour l’utilisateur final, opérationnel, application, test bêta ou validation, mais ils décrivent la même chose. En assurance qualité, il est important de faire la distinction entre la validation et la vérification.
La vérification fait référence aux processus généraux d’assurance qualité visant à tester les aspects techniques d’un produit pour s’assurer qu’il fonctionne réellement. La validation (ou test d’acceptation par l’utilisateur) est effectuée pour s’assurer que le produit correspond aux exigences de l’entreprise et peut être utilisé par l’utilisateur final.
Activités de validation et de vérification en termes d’essais globaux de produits
L’activité de validation peut être divisée en deux types d’essais.
Les tests alpha sont la phase initiale des tests d’acceptation, généralement effectués par des testeurs internes, pour s’assurer que le produit fonctionne correctement et répond aux exigences de l’entreprise.
Le test bêta, le deuxième type de test d’acceptation, vise à répondre aux critères d’acceptation des utilisateurs. L’UAT peut être effectuée par
- les utilisateurs réels d’un produit existant,
- les utilisateurs d’une version précédente d’un produit,
- les parties prenantes impliquées dans le développement du produit et/ ou
- les analystes commerciaux en tant que spécialistes des utilisateurs finaux.
Cela permet à l’équipe de développement de résoudre la plupart des problèmes d’utilisabilité, des bogues et des problèmes inattendus concernant les fonctionnalités, la conception du système, les exigences métier, etc.
Pourquoi avez-vous réellement besoin d’UAT?
Le but principal des tests d’acceptation est de valider que le produit correspond aux besoins des utilisateurs (définis au stade de la découverte du produit) et qu’il est prêt pour le lancement. Selon une enquête Origsoft sur l’utilisation des UAT, plus de 75% des répondants ont déclaré qu’ils effectuaient plusieurs cycles de tests pour l’utilisateur final, 57% affirmant la mauvaise qualité du produit comme raison.
Voici donc les principales raisons pour lesquelles l’UAT est importante et devrait faire partie de votre développement.
Assurer la correspondance avec les exigences opérationnelles. Comme nous l’avons déjà mentionné, l’UAT sert à vérifier que le produit fonctionne dans les circonstances réelles requises et permet aux utilisateurs finaux de résoudre des problèmes ciblés. Si vous ignorez l’UAT, vous risquez de manquer des défauts importants ou des dysfonctionnements du système qui provoqueront inévitablement l’insatisfaction des utilisateurs.
Ajuster les exigences initiales. Parfois, lorsque les utilisateurs finaux testent le produit, ils peuvent formuler des réflexions précieuses sur la façon d’améliorer le logiciel testé. Obtenir de tels commentaires vous permettra d’ajuster vos besoins pour obtenir un résultat qui sera plus utile pour vos clients.
Évitez les pertes. Tout d’abord, il est moins coûteux de réparer le produit au début du développement, donc trouver des défauts dus à l’UAT permettra à votre équipe de développement d’améliorer le produit beaucoup plus facilement (cela concerne principalement le modèle Agile cependant. Lisez la suite pour plus de détails). Deuxièmement, nous connaissons tous des histoires sur les défaillances des produits en raison de la mauvaise fonctionnalité et de la facilité d’utilisation. UAT vous fournit des commentaires d’utilisateurs réels et réduit considérablement les risques de pertes causées par un lancement de produit infructueux.
Dans tous les cas, l’UAT nécessite un travail d’organisation et de préparation pour la rendre efficace. Si vous souhaitez vous assurer de la validité de votre produit, envisagez les étapes suivantes lors des tests d’acceptation par l’utilisateur.
Étapes clés UAT
Analyser les exigences du produit et définir les livrables clés
L’analyse des exigences du produit est la première étape de la planification UAT. La principale source d’informations d’entrée serait la spécification des exigences logicielles, car elle comprend l’étendue complète des exigences opérationnelles et fonctionnelles.
Les exigences métier sont les objectifs de haut niveau de votre organisation qui communiquent les besoins métier. Ceux-ci peuvent ressembler à « les clients devraient pouvoir utiliser plusieurs méthodes de paiement. »
Exigences fonctionnelles faites le lien entre une solution technique et les exigences métier. Ainsi, l’exigence fonctionnelle ressemblerait à « implémenter des passerelles de paiement PayPal, Visa et Mastercard, Payoneer. »
L’aperçu de ces exigences vous indiquera exactement ce que vous devez tester, si les solutions mises en œuvre fonctionnent pour les utilisateurs et résolvent les problèmes de l’entreprise. Les exigences fonctionnelles peuvent être traduites en cas de test, compte tenu des critères de réussite des exigences métier. Et cela vous aidera à élaborer une stratégie de test globale. Envisagez de faire appel à vos analystes commerciaux, ingénieurs d’assurance qualité ou propriétaires de produits pour l’analyse des besoins.
La dernière étape de planification consiste à créer de la documentation technique pour le processus UAT. Ici, vous documentez votre stratégie de test, vos règles, vos scénarios / cas de test, vos normes, etc. Les sections suivantes décrivent la documentation utilisée dans les tests d’acceptation par l’utilisateur.
Livrables des tests d’acceptation par l’utilisateur
Plan de test UAT. La création d’un plan de test UAT vous aidera à garder tout le monde aligné avec les mêmes objectifs et la même vision. Le document principal, il comprend toutes les informations concernant ce qui sera testé, par qui, et comment. Pour couvrir tous les aspects organisationnels et processuels de l’UAT, vous devez détailler la stratégie de test et les critères d’entrée / sortie.
Stratégie de test pour l’utilisateur final. La stratégie décrit le produit que vous testez, le but des tests d’acceptation par l’utilisateur, les types de tests et les objectifs. Votre stratégie de test doit couvrir des informations telles que
- description du produit,
- objectifs de test,
- portée du test,
- normes,
- types de test,,
- testeurs / rôles
- conservateurs de processus (gestionnaires),
- évaluateurs,
- normes de rapport et
- résultats.
Critères d’entrée. Ce sont les conditions qui établissent que le logiciel est prêt à être testé. Ils sont définis au tout début de la planification par l’équipe de développement, l’assurance qualité, les analystes commerciaux et les parties prenantes.
Critères de sortie ou d’acceptation. Ce sont les conditions qui dictent que le logiciel est valide pour les utilisateurs. L’appariement des critères d’acceptation serait la dernière étape de votre UAT.
Scénarios de test. Les scénarios de test sont des situations hypothétiques que les utilisateurs peuvent rencontrer lors de l’interaction avec votre produit. Leur objectif est de guider vos testeurs à travers d’éventuels problèmes d’utilisation du système.
Fondamentalement, un scénario de test doit transmettre une idée simple de ce qui sera testé. Un exemple de scénario est « vérifier la fonctionnalité du panier d’achat. » Chaque scénario utilisateur est lié à une ou deux exigences ou histoires d’utilisateurs. Ils sont écrits pour valider que le système est utilisable, en vérifiant les opérations de bout en bout avec des données réelles.
Pour rédiger de bons scénarios de test pour les tests d’acceptation des utilisateurs, envisagez d’impliquer les utilisateurs finaux dans l’approbation afin d’inclure tous les cas d’utilisation possibles, communs et peu courants. Pensez également à les écrire dans un langage simple, en évitant les phrasés compliqués ou les explications trop techniques.
Cas de test. Un scénario de test est un ensemble d’actions spécifiques qui sont prises pour tester et vérifier un comportement, une fonctionnalité ou une fonctionnalité système particulière. Les cas de test sont des unités plus détaillées qui doivent correspondre à tous les scénarios de test. Le plus souvent, vous convertissez vos histoires d’utilisateurs et vos cas d’utilisation métier pour écrire des cas de test efficaces. Des exemples de cas de test sont:
- Vérifiez que l’utilisateur non enregistré ajoute le produit dans le panier.
- Vérifiez le filtrage du panier.
- Cochez le bouton « continuer vos achats ».
Les cas de test sont efficaces lorsqu’un objectif clair est énoncé et que l’utilisateur est capable de comprendre ce qu’il doit faire pour le compléter. Le guide de l’utilisateur d’un scénario de test peut ressembler à ceci:
- Ouvrez l’application.
- Ajoutez n’importe quel produit à votre panier.
- L’authentification n’est pas nécessaire.
- Passez au panier.
Vous pouvez également inclure les résultats attendus dans le scénario de test, afin que l’utilisateur soit conscient de ce qui va se passer:
- Le produit apparaîtra dans un panier.
- Le système vous demandera d’autoriser en tant qu’utilisateur enregistré.
Normes de déclaration. Définissez l’apparence d’un rapport et les informations qu’un utilisateur final doit fournir.
Rapports d’essais. Ceux-ci accumulent des données de sortie documentées lorsque le test est terminé. Selon les normes d’essai et le scénario d’essai, diverses informations peuvent être incluses dans les rapports. Mais généralement dans UAT, les équipes d’assurance qualité n’auront besoin que d’une approbation du testeur. Une approbation n’est qu’une confirmation que le test est réussi et qu’il correspond aux critères de l’utilisateur.
À la fin de l’UAT, les livrables fournis peuvent être utilisés par les ingénieurs d’assurance qualité ou un gestionnaire d’UAT pour extraire des données précieuses et communiquer les résultats à l’équipe de développement.
Traditionnellement, les ingénieurs d’assurance qualité seront responsables du traitement des commentaires des utilisateurs finaux. Les résultats des tests, les rapports de bogues et les enregistrements d’échec / réussite sont fournis aux développeurs pour assurer une communication constante entre les différentes parties de l’équipe. Sur la base des commentaires des utilisateurs finaux, l’équipe d’assurance qualité peut également fournir des métriques de qualité logicielle pour mesurer les progrès en termes d’UAT.
Modèles de tests d’acceptation des utilisateurs
Nous avons mentionné quelques documents importants qui doivent être créés pour une planification et une exécution appropriées de l’UAT. Il existe différentes façons de les écrire, mais voici quelques modèles qui peuvent être utiles.
- Modèles de plan de test: Modèle de plan de test par Coley Consulting, modèle sfsu (lien téléchargeable) ou modèle iiba (lien téléchargeable)
- Modèle de scénario de test
- Modèle de rapport de test
Choisissez le moment et la forme des tests pour l’utilisateur final
Les tests d’acceptation peuvent avoir lieu à différentes étapes du projet, en fonction de la méthodologie que vous utilisez, mais ils sont généralement menés à la fin du cycle de développement avant la sortie. Comme deux des méthodologies de gestion de projet les plus populaires dans le développement de logiciels sont Waterfall et Agile, nous examinerons le processus de test d’acceptation des utilisateurs dans ces deux modèles.
Tests d’acceptation dans le modèle en cascade
Pour approfondir les détails, nous devons récapituler rapidement ce qu’est un modèle en cascade. C’est une méthodologie de gestion de projet traditionnelle basée sur un développement étape par étape du produit.
Les étapes ne se croisent pas, ce qui signifie qu’il n’y a pas de conception et de test de conception simultanés, ni de développement et de test. L’ensemble du processus est strictement documenté et destiné à fournir une application entièrement fonctionnelle à la fin du développement sans itérations.
Phase d’acceptation par l’utilisateur dans le modèle Waterfall
Les tests d’acceptation par l’utilisateur dans Waterfall ont lieu au stade final du développement, juste avant le lancement.
Il ne peut être effectué qu’après que le système est considéré comme prêt pour le code et la fonction, après avoir atteint les repères suivants.
- Les exigences commerciales des produits ont été satisfaites.
- La base de code est terminée.
- Les activités d’assurance qualité (système, intégration, tests unitaires) sont terminées.
- Les bugs révélés au cours de la phase d’assurance qualité ont été corrigés.
- Les problèmes visuels mineurs sont acceptables.
- Environnement d’acceptation par l’utilisateur (gestionnaire UAT, outils de test, scénarios de test, etc.) est créé.
Dans le modèle en cascade, les tests d’acceptation par l’utilisateur sont le point définitif qui démontre la disponibilité du logiciel. Si un produit répond aux critères d’acceptation de l’utilisateur, cela signifie que le produit est prêt pour la production. Les activités UAT, dans ce cas, servent à compléter la vérification du système, ses fonctionnalités, sa convivialité et ses bogues. Mais l’objectif principal reste de s’assurer que le produit correspond aux exigences initiales et aux besoins de l’utilisateur final.
Acceptation des utilisateurs dans les méthodologies Agiles
Le modèle Agile de développement logiciel n’est pas aussi simple que Waterfall. Il est basé sur l’itération de chaque étape de développement jusqu’à ce que le produit atteigne la qualité et la fonctionnalité requises. Les itérations de chaque phase permettent un développement très flexible et un changement dynamique des exigences, car Agile ne se concentre pas sur la création de beaucoup de documentation. Et cela permet à l’équipe de développement de répondre rapidement aux exigences changeantes du client.
Test d’acceptation utilisateur dans le modèle Agile
L’image montre le cycle de développement de produit Agile avec itérations. Vous pouvez effectuer des tests d’acceptation des utilisateurs à chaque étape du projet pour garantir la validité du produit. La principale différence entre l’UAT en cascade et en Agile est que l’UAT est effectuée plusieurs fois (souvent à chaque itération) et que ses résultats peuvent avoir un impact sur les exigences initiales, car il fournit un retour instantané sur ce qui fonctionne le mieux.
Les points de contrôle pour démarrer les tests pour l’utilisateur final dans un projet Agile sont
- exigences métier formées,
- documentation UX/système,
- matériel de test (maquettes interactives, prototypes haute fidélité, démos) et
- environnement d’acceptation par l’utilisateur.
Dans Agile, l’UAT fait partie intégrante des activités de test globales, elle peut donc prendre différentes formes et utiliser différents outils. Par exemple, il peut s’agir de tests sur des exigences fonctionnelles et non fonctionnelles ou de tests à un stade précoce pour valider les hypothèses formulées au cours de la phase de planification. À la fin de chaque itération, les tests d’acceptation produisent des livrables qui sont utilisés pour modifier les exigences, l’architecture du système, les guides de style UX, etc.
Recrutez des utilisateurs et formez une équipe UAT
Comme nous l’avons mentionné précédemment, les testeurs peuvent être recrutés à partir de votre base d’utilisateurs existante. Selon les spécificités du projet, il peut s’agir d’experts en la matière, d’utilisateurs réels du produit, de parties prenantes, d’analystes commerciaux, de propriétaires de produits ou de clients. Vous pouvez également utiliser des plateformes de crowd-sourcing pour rechercher des testeurs ou embaucher un spécialiste freelance des tests d’utilisateurs.
Envisagez de créer un message sur les réseaux sociaux ou même une page de destination pour attirer un public. Vos testeurs potentiels ne doivent pas nécessairement être férus de technologie ou familiarisés avec les processus de test de logiciels. Cependant, ceux qui ont déjà ou utiliseront votre produit (ou peut-être un produit similaire) seront de bons candidats pour votre UAT car dans ce cas, vous pouvez éviter une intégration approfondie et une implication de l’équipe d’assurance qualité.
Mettre en œuvre des outils de test pour l’utilisateur final et des testeurs embarqués
Bien entendu, il existe sur le marché des instruments spécifiques conçus pour les tests pour l’utilisateur final. La plupart des outils populaires offrent des fonctionnalités de gestion des tests telles que des rapports, des aperçus de tâches et des modèles de documentation de test. Voici quelques exemples de logiciels qui peuvent être utilisés pour soutenir vos activités d’UAT.
Usersnap est une plate-forme populaire pour fournir un retour visuel sur les logiciels testés et les applications Web. Fondamentalement, c’est un outil qui permet aux utilisateurs de marquer les bogues directement à l’écran, de laisser des commentaires et des suggestions et de partager les commentaires. Il existe de nombreux instruments similaires tels que Userback et UserTesting.
FitNesse est un framework open source alimenté par wiki pour l’automatisation des tests d’acceptation. Il permet à toutes les parties prenantes de créer, de modifier et d’exécuter facilement des tests, en créant un retour d’information précoce. Les utilisateurs saisissent des entrées spécialement formatées pour générer automatiquement des tests qui sont immédiatement exécutés par le système. Ensuite, la sortie est renvoyée et mise en surbrillance selon qu’elle correspond ou non au résultat attendu. Cette plate-forme de collaboration a une courbe d’apprentissage légère et est populaire parmi les équipes Agiles.
Bugwolf est un autre instrument de conduite d’UAT. En plus de tester l’environnement et de signaler les bogues, il offre des fonctionnalités de gamification et de compétition pour motiver et engager les utilisateurs. Vous trouverez également des options de paiement intégrées utiles si vous souhaitez effectuer des tests en ligne pour l’utilisateur final.
Des outils de gestion de projet bien connus comme Jira ou Trello ont également des fonctionnalités pour mener des UAT.
Tableau de bord de test dans SpiraTest
Créez un environnement d’acceptation de l’utilisateur et exécutez une formation
Pour tirer le meilleur parti des tests de l’utilisateur final, commencez par la formation. Vos testeurs et votre responsable UAT en sont responsables. Envisagez de structurer votre processus de formation pour inclure les aspects suivants.
- Présenter aux utilisateurs le processus de test et ses objectifs.
- Formez les utilisateurs à utiliser des outils pour tester l’utilisateur final si vous allez les utiliser.
- Leur fournir des normes et des lignes directrices en matière de rapports.
- Assurez-vous que les utilisateurs comprennent correctement les cas de test, en fournissant une assistance si nécessaire.
- Leur donner accès à l’environnement de test.
Le plus souvent, les tests de l’utilisateur final peuvent être effectués du côté de l’utilisateur, ce qui signifie que vous n’aurez pas à fournir le matériel à vos testeurs. L’ensemble du processus peut également se faire en ligne. Des projets plus compliqués ou des données confidentielles peuvent nécessiter de réunir une équipe dédiée de testeurs utilisateurs à votre bureau. Il est également important de nommer un gestionnaire qui fournira la documentation, les outils et le soutien.
Exécutez les tests
Une fois que vous avez vos scénarios de test et vos cas de test, vous êtes prêt à aller avec les tests. Pour aider vos utilisateurs finaux tout au long du processus et obtenir les résultats requis, fournissez une compréhension claire des actions requises par chaque cas de test. Gardez à l’esprit que vos utilisateurs ne sont pas des testeurs professionnels. Pendant le test, assurez-vous de fournir des données réelles ou proches de données réelles aux utilisateurs, en évitant les exemples de contenu ou les boutons factices. Toute idée fausse peut les coincer dans le cas de test.
Un autre aspect important est d’avoir vos développeurs prêts à réparer tout ce qui ne va pas. Votre environnement de test peut s’arrêter ou des erreurs peuvent empêcher les utilisateurs de tester. Les utilisateurs devraient pouvoir accéder aux fonctionnalités requises à chaque étape du test, qu’il s’agisse d’une conception interactive ou d’une application fonctionnelle, pour leur permettre d’effectuer chaque scénario de test inclus dans le plan de test.
Collectez des informations de sortie et analysez-les
Pendant vos activités UAT, vous obtiendrez des tonnes de données des testeurs. Votre équipe d’assurance qualité devra l’analyser. Les données sont collectées via des rapports utilisateur soumis manuellement ou via un outil spécifique. De plus, vous pouvez mener des entretiens avec des utilisateurs distincts pour obtenir plus d’informations sur les cas de test qu’ils ont effectués et ce qu’ils en pensent.
Pour évaluer l’état de préparation du système, envisagez de mesurer le pourcentage de tests réussis/ratés /corrigés.
Tableau de bord de suivi des tests dans Panaya
Il y a aussi quelques points supplémentaires à prendre en compte:
Stabilité du système. La stabilité peut être déterminée par le nombre d’erreurs inattendues rencontrées pendant l’UAT.
Couverture des tests. La couverture est mesurée par le nombre de scénarios / cas de test écrits et leur rapport à l’ensemble des tests terminés. Vous pouvez également faire correspondre les résultats de vos tests UAT avec la carte de parcours de l’utilisateur pour comprendre quelle partie de la fonctionnalité n’a pas été testée.
Facilité d’utilisation du système. Cela peut être calculé par le nombre de tests non réussis car l’utilisateur n’a pas trouvé de moyen de le faire. Mais l’expérience utilisateur globale est testée lors des tests d’utilisabilité, qui sont menés comme une activité distincte.
Conformité au contrat/aux exigences. La conformité aux exigences est vérifiée une fois tous les tests de l’utilisateur final terminés. Il garantit que la construction du logiciel correspond toujours aux exigences initiales / à la portée du contrat, même après les modifications apportées par l’acceptation de l’utilisateur.
Correction de bugs, nouveau test et validation
Après l’exécution de l’UAT, tous les défauts doivent être documentés avec des commentaires pertinents et transmis à l’équipe de développement. Ils doivent apporter des ajustements au code pour résoudre les problèmes révélés par l’UAT.
Une fois que vous avez corrigé les bogues, retestez-les pour vous assurer que tout fonctionne correctement. Lorsque les critères d’acceptation sont atteints et approuvés par les examinateurs, la décision finale d’acceptation est prise quant à l’état de préparation de la production du produit.
Rôles de l’équipe UAT
Comme nous l’avons mentionné précédemment, les tests UAT sont différents des autres activités d’assurance qualité car ils ne sont pas effectués uniquement par des spécialistes techniques ; il est également important d’impliquer les utilisateurs finaux dans ce processus. La participation des professionnels de l’assurance qualité et des analystes commerciaux est également nécessaire, de même qu’une collaboration étroite avec le chef de projet et l’équipe de développement.
Les responsabilités de l’équipe UAT peuvent différer selon les besoins de l’entreprise et du projet, mais voici un exemple de répartition des rôles que vous pouvez considérer.
Gestionnaire de programme d’affaires. C’est la personne qui coordonne et supervise l’ensemble du projet, en l’alignant sur les objectifs commerciaux. Avant l’étape de l’UAT, le gestionnaire de programme doit produire le plan d’exécution du programme et le document sur les exigences opérationnelles à l’appui des activités d’essai. Il / elle est également responsable de l’examen et de l’approbation du plan de test et de la stratégie de test.
Pendant l’UAT, le gestionnaire de programme surveille l’exécution des activités de test et s’assure de l’achèvement dans les délais et le budget. Ensuite, il examine le rapport de test et décide du déploiement en production.
Conducteur/gestionnaire de test UAT. La responsabilité du responsable d’essai est de planifier et d’organiser avec précision l’UAT. Pour cela, une coopération étroite avec le chef de projet est généralement nécessaire.
Le responsable de test rassemble et analyse toutes les exigences opérationnelles et fonctionnelles qui sont ensuite utilisées pour développer la documentation nécessaire, c’est-à-dire la stratégie de test, le plan de test, les scénarios de test, etc. De plus, au stade de la préparation, il / elle travaille avec l’équipe de test, attribuant des scénarios de test aux membres de l’équipe et organisant une formation pour s’assurer que les testeurs comprennent la procédure d’UAT. Le plomb de test prépare et gère également les ressources nécessaires et charge les données de test essentielles dans des outils de test.
Tout au long de l’UAT, le responsable coordonne l’exécution des cas de test, en s’assurant que tous les résultats des tests sont documentés. Il suit également la progression des tests, collecte des métriques et crée / maintient un rapport de test.
Membres de l’équipe de test UAT. La tâche principale de l’équipe de test est d’exécuter les tests conformément au calendrier et aux instructions fournis. Les testeurs doivent créer des journaux de test et signaler les défauts et les incidents. Ils participent également généralement aux activités de nouveau test (si nécessaire).
Le gestionnaire de projet, en tant que personne responsable de l’achèvement réussi du projet, doit surveiller les activités d’essai, fournir un soutien organisationnel et faire rapport sur les progrès réalisés. Il / elle agirait également en tant que médiateur entre l’équipe de test, les développeurs, le client et toutes les autres parties prenantes possibles.
Liste de contrôle de l’UAT
Résumant les directives de l’UAT que nous avons présentées ci-dessus, nous avons développé une liste de contrôle pour vous aider à organiser vos activités de test et à ne rien manquer d’important.
Lancement du projet UAT.
- Vérifiez auprès de votre équipe de développement que tous les composants du produit sont prêts à être testés. Documentez toutes les questions qui n’ont pas pu être abordées avant l’UAT.
- Identifier les principaux intervenants.
- Choisissez un chef d’équipe responsable du projet, y compris les formalités administratives.
- Discutez et convenez de la structure du projet, de l’équipe UAT et de la documentation UAT.
- Discutez en profondeur des procédures de test et créez un plan initial d’UAT.
UAT de planification.
- Créez votre équipe UAT et assurez-vous d’avoir des testeurs de chaque segment de marché et/ou de chaque groupe de parties prenantes. Assurez-vous que tous les documents relatifs à la participation sont complets et signés (non-divulgation, accord de participation, etc.).
- Communiquez la stratégie et le calendrier des tests à l’équipe. Assurez-vous que chaque membre comprend les rôles, les procédures et les responsabilités.
- Assurez-vous que toutes les exigences métier sont saisies et communiquées à l’équipe UAT.
- Discuter et convenir des critères d’entrée et de sortie.
- Préparer toute la documentation métier : plan de test, scénarios de test, cas de test, etc.
- Communiquer les objectifs commerciaux et les critères d’acceptation/de sortie du système.
- Convenir de normes de déclaration.
- Effectuer la formation nécessaire sur le système et les outils auxiliaires. Assurez-vous que les testeurs comprennent comment signaler les incidents.
- Rassemblez et préparez toutes les ressources nécessaires aux activités de l’UAT. Réservez de l’espace si nécessaire.
- Préparer et tester l’environnement, les outils de gestion des tests, les périphériques, les serveurs, les canaux de rétroaction, le suivi des problèmes, la diffusion de contenu, etc.
- Assurez-vous d’avoir toutes les connexions, que l’accès de sécurité a été configuré et que les données de test ont été chargées.
Exécution de l’UAT.
- Surveillez la façon dont les procédures sont exécutées et assurez-vous que les rapports sont soumis en temps opportun et avec précision.
- Créez et maintenez le rapport de synthèse du test.
Activités post-AUAT.
- Analysez les informations de sortie en mesurant le pourcentage de tests qui ont réussi / échoué et en classant les défauts par gravité.
- Identifiez le statut par rapport aux critères d’acceptation.
- Préparer le rapport final de l’UAT et le présenter aux intervenants avec le temps et les efforts estimés nécessaires pour répondre aux critères d’acceptation et aux recommandations de diffusion.
Les procédures de test peuvent différer d’une entreprise à l’autre. Voici quelques autres listes de contrôle UAT téléchargeables qui pourraient également répondre à vos besoins: Liste de contrôle 1, Liste de contrôle 2.