14 Aperçu du processus de mise à l’essai

1. planifier les essais
2. réaliser les essais
3. compiler les résultats des essais
4. régler tous les problèmes relevés

Le reste de cette page présente quelques conseils sur la planification du processus de mise à l’essai et la réalisation des essais en tant que tels.

Conseils de planification

Planifier le processus de mise à l’essai peut permettre d’en optimiser l’efficacité et le déroulement. Pour ce faire, tenez compte des éléments suivants :

• Gardez bien en tête les objectifs que vous souhaitez atteindre. Par exemple, avant de commencer la mise à l’essai, vous pourriez consulter les critères de réussite des WCAG (site en anglais seulement) ainsi que le site WAI-ARIA sur les pratiques de rédaction (également en anglais seulement) pour vous renseigner sur les éléments comme les accordéons ou les menus. Une liste de vérification ou une feuille de travail peuvent également être utiles. Cliquez ici pour télécharger un modèle de vérification des WCAG 2.1 (en format Excel) (en anglais seulement).
• Comprenez les priorités des utilisateur.trice.s de votre site Web. Certaines pages et certains flux de travail précis (comme l’inscription à un cours ou la vérification d’une note) sont utilisés plus fréquemment et devraient donc être vérifiés en priorité. Vous pouvez discuter de l’établissement de ces priorités avec les parties prenantes ou les utilisateurs.trices ou consulter les données et les analyses du site.
• Définissez les modules à mettre à l’essai, chaque module requérant environ le même niveau d’effort. Habituellement, une page équivaut à un module. Il est conseillé de traiter les éléments complexes ou les widgets à part. Par exemple, si votre page comporte du texte statique, une barre de recherche et un calendrier, vous pouvez définir ces trois éléments comme trois modules distincts.
• Organisez la mise à l’essai en sprints, chaque sprint traitant d’un ensemble précis de modules.
• Réservez du temps pour régler les problèmes entre chaque sprint.
• Déterminez si vous avez besoin de comptes de test ou de données uniques afin d’évaluer des fonctions précises. Par exemple, vous aurez peut-être besoin du compte d’une étudiante ou d’un étudiant fictif ainsi que de notes et de cours fictifs pour mettre une fonction précise à l’essai.
• Trouvez des personnes qui peuvent effectuer la mise à l’essai. Assurez-vous qu’elles ont l’expertise et le temps nécessaires pour réaliser la mise à l’essai.
• Établissez des communications claires avec le personnel de TI et le personnel responsable du contenu, et développez des flux de travail pour résoudre les problèmes décelés.

Conseils pour la mise à l’essai

Voici des pratiques exemplaires pour effectuer la mise à l’essai de votre site Web :

• Utilisez les outils de mise à l’essai appropriés (comme ceux mentionnés dans la section Outils de mise à l’essai). Assurez-vous d’être en mesure de les installer et d’en comprendre le fonctionnement. Ces outils peuvent être utilisés dans l’ordre de votre choix. Voici quelques outils recommandés :
  • clavier
  • outils de développement de Chrome
  • analyseur de contraste des couleurs de TPGi
  • extension de navigateur Axe de Deque
  • lecteur d’écran NVDA
  • pour vous assurer d’avoir vérifié tous les critères de réussite des WCAG, il est bon de les consigner dans une feuille de travail. (Cliquez ici pour télécharger un modèle de feuille de travail pour consigner les éléments de vérification des WCAG 2.1, modèle uniquement en anglais)
  • Pour mettre à l’essai une application de Windows, utilisez Accessibility Insights (en anglais seulement)
• Consignez les problèmes dans un système de suivi des bogues, comme Jira ou dans une feuille de travail. Décrivez les comportements non souhaitables et, si possible, précisez la correction à apporter. Les captures d’écran de l’erreur sont utiles.
• Précisez le critère de réussite des WCAG correspondant aux problèmes relevés, le cas échéant.
• Communiquez les bogues aux fournisseurs tiers si vous n’avez pas les accès nécessaires pour corriger l’erreur.
• Collaborez, lorsque possible, avec le personnel de TI et le personnel responsable du contenu pour corriger rapidement tout problème. Faites une liste des problèmes que vous ne pouvez pas prioriser.
• Mettez à l’essai les correctifs et réalisez des tests de régression pour veiller à ce que le site et ses caractéristiques fonctionnent toujours comme prévu.