Consignation des résultats des essais

Une pratique exemplaire consiste à consigner les résultats de tout essai d’accessibilité réalisé. Vous pourrez alors plus facilement communiquer vos résultats aux parties prenantes ou à la direction de l’organisation, et prioriser et mettre en place les correctifs requis.

Information importante

Pour chaque problème, indiquez, si vous le pouvez, les éléments suivants :

  • Une courte description du problème pour assurer la facilité du suivi.
  • Une description plus longue du problème indiquant la raison du non-respect d’un critère de réussite des WCAG en particulier, expliquant l’incidence du problème relevé sur les personnes présentant un certain handicap, ou précisant pourquoi il va à l’encontre d’une norme organisationnelle.
  • La gravité du problème pour en décrire l’incidence sur l’utilisateur.trice.
  • Les étapes pour trouver, recréer et mettre à l’essai le problème (p. ex. un hyperlien ou un identifiant).
  • Le code HTML actuel (qui cause le problème).
  • Le code HTML recommandé (pour régler le problème). Si le problème concerne un élément complexe (comme un ensemble d’onglets, un méga menu ou un carrousel), il peut être préférable de se référer à un modèle accessible existant, comme ceux du site ARIA sur les pratiques de rédaction (lien uniquement en anglais), au lieu de développer un code HTML recommandé.
  • Si possible, une capture d’écran mettant le problème en évidence à l’aide d’un cadre ou d’une flèche.

Rédaction d’un rapport d’essais

Le format d’un rapport d’essais varie en fonction du public, par exemple :

  • Les cadres supérieurs préfèrent peut-être un résumé de haut niveau qui donne un certain aperçu des défis en matière d’accessibilité pour les utilisateurs.trices ainsi que des obligations légales.
  • Les gestionnaires veulent peut-être un aperçu des résultats, comme un tableau de bord qui présente les cinq principaux problèmes, ou les problèmes regroupés en catégories.
  • Les responsables du développement souhaitent peut-être que vous leur présentiez les correctifs à apporter au code ou des liens vers des modèles d’accessibilité pour résoudre les problèmes. Ces personnes veulent parfois une feuille de travail (comme celle-ci; uniquement en anglais) ou un autre format facile à importer dans leur logiciel de suivi des bogues.

Modèles

Il existe plusieurs formats pour créer un rapport d’essais.

  • Si vous utilisez un logiciel d’entreprise qui évalue votre site, vérifiez s’il présente une fonction d’exportation de rapport.
  • Vous pouvez aussi créer un modèle de rapport en vous appuyant sur les conseils ci-dessus ou sur un rapport précédent.
  • Le site du W3C (World Wide Web Consortium) offre un modèle de rapports d’évaluation de l’accessibilité Web (uniquement en anglais). Ce modèle comporte des renseignements clés comme la portée de l’examen, les responsables de l’examen, le processus d’examen, les résultats et les mesures recommandées.

En fin de compte, le rapport doit répondre à vos besoins et aux besoins de votre public. Voyez qui utilisera ces renseignements et vous saurez si vous devez créer plusieurs modèles adaptés aux différents publics.

Licence

Symbole de Licence Creative Commons Attribution 4.0 International

Boîte à outils de l’accessibilité numérique d’eCampusOntario Droit d'auteur © par Cara Wilkie; John McNabb; Natalie Rose; Oskar Westin; Pierre Duez; et Pia Dimayuga est sous licence Licence Creative Commons Attribution 4.0 International, sauf indication contraire.

Partagez ce livre