Conseils d’exécution des tests d’acceptation des utilisateurs pour les sites Web et les portails / Blogs / Perficient

Les tests d’acceptation utilisateur (UAT) sont la dernière étape avant le lancement d’une nouvelle fonctionnalité. Ce qui devrait être une période passionnante peut se transformer en frustration et en épuisement. Au fil des années, j’ai trouvé des tactiques qui peuvent améliorer les résultats de l’UAT.

L’UAT implique les principales parties prenantes de l’entreprise qui valident le système avant la mise en service. Mon expérience concerne principalement la reconstruction de sites Web et de portails et cela se concentre sur ces types de lancements. Il existe quatre domaines qui peuvent améliorer les résultats de l’UAT :

1. Diviser le concept unique de l’UAT en composants UAT plus petits
2. Démarrage de l’UAT plus tôt lorsque les composants plus petits sont disponibles pour les tests
3. Désignation d’un chef de projet UAT pour gérer les processus et les communications UAT
4. Planifiez un UAT final une fois que les éléments UAT les plus petits sont terminés.

Étant donné que l’UAT est un problème complexe, diviser le problème en problèmes plus petits rend les problèmes plus faciles à résoudre. Je divise généralement l’UAT en catégories de tests d’assurance qualité. L’UAT est différente de l’assurance qualité (AQ). L’assurance qualité se concentre sur la qualité et la fonctionnalité du code à mesure que le développement est terminé. Les activités d’assurance qualité sont réalisées par des ressources d’assurance qualité axées sur le test des critères d’acceptation des user stories, tandis que l’UAT se concentre sur l’ensemble de la solution et est réalisée par les parties prenantes de l’entreprise. Les catégories typiques d’assurance qualité comprennent :

• Fonctionnel
• Visuel
• Navigateur/Compatibilité
• Accessibilité
• Référencement
• Analytique
• Charge/Performances
• Sécurité

Les parties prenantes commerciales peuvent s’aligner sur un domaine particulier ou couvrir plusieurs domaines. L’attribution des responsabilités et de la couverture est gérée par le chef de projet UAT.

Il existe deux tactiques pour démarrer l’UAT plus tôt :

1. La migration du contenu a lieu après le contrôle qualité et avant l’UAT. L’équipe de migration de contenu propose un autre niveau de tests après le contrôle qualité et avant l’UAT. Nous profitons du processus de migration de contenu pour identifier les défauts/problèmes signalés par l’équipe de migration de contenu (généralement visuel et fonctionnel) avant l’UAT.
2. Une fois que l’équipe de migration de contenu a terminé certaines zones du site, les parties prenantes de l’entreprise peuvent valider la fonctionnalité et le contenu. Les parties prenantes de l’entreprise peuvent travailler avec l’équipe de développement et de migration de contenu pour résoudre les problèmes rapidement et apporter les corrections appropriées.

Si les problèmes sont identifiés tôt, l’équipe de développement peut intégrer des correctifs dans le cadre de ses cycles de développement standard en disposant de suffisamment de temps pour tester les mises à jour. Cela peut également permettre à l’équipe de migration de contenu de gagner du temps en retravaillant les pages nécessitant des mises à jour de contenu pour résoudre les problèmes d’UAT.

Un élément essentiel de la réussite d’une UAT consiste à désigner un chef de projet UAT pour gérer la logistique. L’UAT est un processus complexe impliquant plusieurs parties prenantes qui nécessite une communication et une coordination constantes. Un chef de projet UAT est chargé de coordonner les activités UAT entre l’équipe de développement, l’équipe de migration de contenu et les parties prenantes commerciales. Le chef de projet UAT effectue les tâches suivantes :

• Travailler avec les équipes de développement et d’assurance qualité sur la livraison/le calendrier des fonctionnalités ou la correction de bogues
• Travailler avec l’équipe de migration de contenu sur la livraison/le calendrier pour l’UAT
• Travailler avec les parties prenantes de l’entreprise pour définir les testeurs UAT
• Travailler avec les testeurs UAT pour définir des cas de test avec criticité et fréquence
• Travailler avec les parties prenantes de l’entreprise et les équipes de développement pour identifier les domaines à haut risque (par exemple, les intégrations). Les cas de test à haut risque doivent être testés tôt et souvent pour réduire la possibilité de changements de développement majeurs identifiés lors des tests UAT finaux.
• Développer un calendrier UAT basé sur les ressources, la disponibilité, l’exécution des scénarios de test et la correction des défauts attendue

Enfin, après avoir effectué les étapes UAT incrémentielles, nous pouvons planifier une UAT finale et fixer une date de mise en ligne. Trouver des défauts ou des améliorations majeurs lors de l’UAT finale n’est jamais bon. Les problèmes importants identifiés lors de l’UAT final entraînent de longues heures de travail pour toutes les équipes et/ou un décalage de la date de mise en service. Les améliorations majeures demandées lors de l’UAT finale entraînent généralement :

• Réaliser une évaluation en toute hâte pour trouver la solution la plus simple
• Se développer sous la contrainte
• Risques croissants d’introduire de nouveaux défauts

Une planification et une exécution appropriées de l’UAT permettent aux équipes de célébrer leur travail acharné et d’éviter le stress des longues heures consacrées aux activités de développement critiques. L’exécution de la structure UAT réduit le stress et la charge de travail pendant les derniers jours d’un projet et permet aux équipes de profiter du point culminant de leur travail acharné.