Guide étape par étape des tests d'accessibilité

Le but de cet article est de discuter de l'importance de l'accessibilité et de l'importance d'effectuer des tests d'accessibilité sur divers systèmes. De plus, nous mettrons en évidence et discuterons des différents outils et techniques qui peuvent être mis en œuvre pour atteindre cet objectif.

Lorsqu'on parle d'accessibilité, on peut aussi la définir comme la facilité d'utilisation pour les personnes handicapées. En d'autres termes, nous voulons qu'un système soit utilisable par n'importe qui, quelle que soit sa situation.

Les personnes handicapées sont des personnes ayant des déficiences physiques, visuelles, auditives, de la parole ou cognitives , entre autres, qui sont confrontées à des restrictions lorsqu'elles interagissent avec différentes barrières contextuelles et qui, par conséquent, ne peuvent pas s'impliquer pleinement et activement dans la société.

Il faut comprendre que toute personne peut être en situation d'incapacité, qu'elle soit temporaire ou permanente, partielle ou absolue.

Un exemple de ce qui précède est une personne qui, après un accident domestique, a besoin d'utiliser des béquilles pour se déplacer pendant un certain temps, ou une personne ayant une déficience visuelle qui a besoin d'un lecteur d'écran pour interpréter correctement un système.

Selon une enquête réalisée par l' Institut national des statistiques , il y a plus de 500 000 personnes en Uruguay en situation de handicap, soit près de 17 % de la population uruguayenne .

Globalement, plus de 15% de la population (plus de 1 000 000 de personnes) sont confrontées à des situations de handicap selon l' Organisation Mondiale de la Santé (OMS).

Comme vous pouvez le voir, cela signifie qu'un large éventail de personnes sont concernées par cela, et qu'elles pourraient ne pas être en mesure d'accéder correctement à un système car il n'est pas conçu pour prendre en compte l'accessibilité.

Aperçu du contenu

• Qu'est-ce qu'un test d'accessibilité ?
• Que sont les normes d'accessibilité ?
• Chronologie des WCAG
• Structure de la norme et niveaux de conformité
• Que sont les outils de test d'accessibilité ?
• Comment sont effectués les tests d'accessibilité ?
• Outils de test d'accessibilité
• Test d'accessibilité utilisateur (tests manuels)
• Exemples d'accessibilité Web
• conclusion

Qu'est-ce qu'un test d'accessibilité ?

En un mot, appliquer des processus et des techniques de vérification sur un produit logiciel pour valider s'il répond ou non aux exigences et aux normes d'accessibilité attendues.

Un système peut être considéré comme accessible lorsqu'il est conçu pour que chaque personne, quelle que soit sa situation, puisse le percevoir, le comprendre, y naviguer et interagir avec lui.

Ces types de tests sont devenus de plus en plus pertinents ces derniers temps car de plus en plus de systèmes sont utilisés, à la fois pour le travail et pour les tâches quotidiennes.

Que sont les normes d'accessibilité ?

Les normes d'accessibilité sont des lignes directrices, des règles, des contrôles et des normes au sein de l'industrie qui nous permettent de comprendre le degré d'accessibilité d'un système. La norme la plus utilisée dans le monde est le WCAG (Web Content Accessibility Guidelines) du W3C (World Wide Web Consortium) , la principale organisation à but non lucratif pour les normes internationales.

En plus des WCAG, il existe plusieurs autres normes et directives d'accessibilité qui sont utilisées dans différentes parties du monde, telles que :

La loi sur la réhabilitation , articles 504 et 508 . La section 504 aide à fournir aux personnes handicapées un accès aux espaces de travail, à l'éducation et à d'autres organisations, et la section 508 aide à leur fournir un accès à la technologie.

Americans with Disabilities Act (ADA) : cette loi stipule que toutes les entités publiques, telles que les écoles et les organisations, doivent rendre la technologie accessible à tous. Cela comprend à la fois les systèmes accessibles et les outils de test d'accessibilité.

Chronologie des WCAG

WCAG est une très grande norme qui s'applique actuellement aux systèmes Web et aux applications mobiles et qui évolue constamment

Pour mieux la comprendre et en savoir plus sur son évolution, la première version de cette norme (WCAG 1.0) a vu le jour en mai 1999, dans le but de décrire une règle générale de conception accessible. Plus tard, en décembre 2008, il a été remplacé par WCAG 2.0, qui couvrait un large éventail de recommandations pour rendre le contenu Web plus accessible. En juin 2018, la version WCAG 2.1 a été publiée, qui est actuellement la version la plus stable.

Cette version inclut non seulement l'accessibilité pour le contenu Web, mais également l'accessibilité pour les applications mobiles

Actuellement, deux nouveaux documents sont en cours d'élaboration. D'une part, la version WCAG 2.2, qui inclut les directives d'accessibilité pour le contenu Web 2.1.

D'autre part, le projet Silver (Ag) est actuellement en cours, qui deviendra la version WCAG 3.0. Ce document comprendra des lignes directrices supplémentaires et différents mécanismes de notation. Ce projet devrait être le successeur de la version WCAG 2.2, mais il ne la remplacera pas et ne sera pas compatible avec WCAG 2.X. Il s'agira d'un ensemble de lignes directrices alternatives.

Structure de la norme et niveaux de conformité

Pour comprendre la norme et son fonctionnement, les lignes directrices actuelles sur l'accessibilité des contenus Web incluent quatre principes de conception ( perceptible, utilisable, compréhensible et robuste *)* répartis en 13 lignes directrices qui évaluent différentes situations de handicap en appliquant 78 critères. Celles-ci sont regroupées en trois niveaux de conformité : le moins strict (A), le modérément strict (AA) et le plus strict (AAA).

Les quatre principes de conception mentionnés pour que le contenu soit considéré comme accessible sont :

• Perceptible : le contenu d'un site Web doit avoir du sens du point de vue de chaque utilisateur.

• Exploitable : un site Web est exploitable lorsqu'un utilisateur peut naviguer facilement sur chaque page.

• Compréhensible : chaque élément d'un système doit être compris par n'importe qui, donc le langage doit être facile.

• Robuste : le contenu d'un site web doit être compatible avec tout type de technologie et d'utilisateur.

  
  

Pour mieux comprendre la portée des WCAG, ces directives vont de situations très techniques et de bas niveau - comme chaque image Web (balise dans le code HTML) devant avoir l'attribut alternatif (alt) pour décrire l'image - à des situations plus élevées. directives de niveau - par exemple, chaque contenu multimédia doit avoir des sous-titres et chaque audio sa traduction correspondante.

Que sont les outils de test d'accessibilité ?

Les personnes handicapées physiques qui ne peuvent pas utiliser d'appareils, y compris des ordinateurs ou des appareils mobiles, auront besoin d'outils de soutien pour les aider à interagir avec les systèmes. Certains des outils d'assistance sont :

• Claviers spéciaux : spécialement conçus pour les utilisateurs en situation de handicap moteur.

• Logiciel Screen Zoom : développé pour aider les personnes malvoyantes, agrandir l'écran et faciliter la lecture.

• Lecteur d'écran : ce type d'outil permet de lire le texte affiché sur un écran.

• Logiciel de reconnaissance vocale : lorsqu'il reconnaît la parole, il remplace les mots parlés par du texte, il fonctionne donc comme un point d'entrée dans un système.

  
  

Comment sont effectués les tests d'accessibilité ?

Les tests sont effectués à l'aide de procédures et d'activités qui vérifient si le système répond ou non aux normes définies.

À cette fin, certaines procédures sont définies qui servent de lignes directrices pour la réalisation de ces types de tests. Ils définissent des activités et des outils de test d'accessibilité pour faciliter les tâches de vérification.

Outils de test d'accessibilité - Comment effectuer des tests d'accessibilité

Maintenant que vous savez ce que doit avoir un système pour être considéré comme accessible, nous allons voir comment réaliser les différents tests à l'aide de :

• Outils de test d'accessibilité
• Tests d'accessibilité utilisateur ou tests manuels

Outils de test d'accessibilité

La norme WCAG est vérifiée à l'aide d'outils de vérification ou d'outils automatiques. Pour effectuer la vérification, ils lisent le code HTML d'une application Web ou mobile et obtiennent rapidement un rapport qui indique les directives respectées et celles qui ne sont pas basées sur les WCAG.

Il est possible de trouver plusieurs outils sur le marché pour évaluer l'accessibilité.

A cette occasion, nous vous en présenterons deux :

Ax (Axe Accessibility) vous permet de vérifier que la structure d'une page Web respecte les directives WCAG. CCA (Colour Contrast Analyzer) vérifie le contraste des couleurs en tenant compte des directives WCAG. Pour comprendre leur fonctionnement, nous allons présenter quelques brefs exemples d'utilisation.

1. Hache (Axe DevTools)

Cet outil est utile pour inspecter la structure d'un site Web et vérifier s'il respecte toutes les directives WCAG et certaines des autres normes mentionnées ci-dessus.

Par exemple, si vous exécutiez Ax sur un site Web et découvriez qu'il ne respectait pas les directives d'accessibilité liées à la structure et à l'ordre des rubriques, cet outil vous permettrait d'identifier ces aspects très rapidement.

Pour l'utiliser dans Google Chrome, il vous suffit d'installer l'extension à partir du Chrome Web Store. Pour l'exécuter, ouvrez la console développeur et sélectionnez l'onglet "Axe Dev Tools". L'outil propose différentes options de validation, et il est possible de scanner et de valider le site web complet ou un élément spécifique. Par exemple, si vous sélectionnez l'option de validation d'un site Web complet, un rapport complet est rapidement généré, y compris chaque résultat d'accessibilité pour le site Web classé par niveau d'impact.

Une autre chose à souligner est qu'Ax vous propose une description du problème et des suggestions sur la façon de résoudre chacune des erreurs, ce qui facilite leur compréhension et accélère le processus de correction.

2. Analyseur de contraste de couleur (CCA)

Les tests effectués à l'aide de CCA sont cruciaux pour simuler des situations d'individus à faible sensibilité au contraste des couleurs. Cette condition peut être présentée chez les personnes ayant une déficience visuelle, telles que les différents types de daltonisme. De même, ce type de situation est encore plus fréquent chez les personnes âgées et peut s'aggraver au fil des années.

Le principal problème lorsqu'il y a des couleurs avec peu ou pas de contraste est la difficulté de naviguer, de lire ou d'interagir avec le système, donc cet outil vous aidera à vérifier qu'il y a suffisamment de contraste entre la couleur de premier plan (texte ou image) et la couleur de fond.

Par exemple, si vous souhaitez vérifier le contraste d'un bouton sur un site Web, vous pouvez utiliser CCA pour obtenir la couleur de premier plan (la couleur du texte) et la couleur d'arrière-plan. CCA analysera automatiquement le rapport de contraste entre les deux couleurs.

Après avoir téléchargé l'outil CCA , vous verrez qu'il vous présente différentes manières de sélectionner une couleur. Dans ce cas, sélectionnez la couleur de premier plan avec la pipette et, de même, sélectionnez la couleur d'arrière-plan à l'aide de la pipette. L'outil affichera immédiatement les résultats du contraste des couleurs en tenant compte des directives WCAG .

Un autre avantage de l'utilisation de cet outil est qu'il propose des recommandations sur le rapport de contraste des couleurs qu'un texte doit avoir par rapport à sa taille.

Les recommandations fournies par l'outil ont été mises en œuvre en utilisant les lignes directrices des WCAG . Ceux-ci déterminent 2 niveaux de conformité pour ce type de situation : un contraste minimum (niveau AA) et un contraste amélioré (niveau AAA) . Les critères de ces niveaux de conformité stipulent que :

• Pour le niveau AA , le texte normal doit avoir un rapport de contraste d'au moins 4,5 et les gros textes doivent avoir un rapport de contraste d'au moins 3,1. Dans ce cas, les WCAG se réfèrent à des textes "larges" pour indiquer 18px ou 14px en gras.

• Pour le niveau AAA , l'exigence est un rapport de contraste de 7,1 pour le texte normal et de 4,5 pour les gros textes.

  
  

  
  

  
  

Test d'accessibilité utilisateur (ou tests manuels)

Pour compléter les tests avec des outils de vérification des tests d'accessibilité, des tests utilisateurs ou manuels sont effectués qui permettent aux testeurs de se concentrer sur le contenu et non pas tant sur la structure d'un site Web.

Par exemple, vous pouvez utiliser des outils de vérification pour vous assurer que toutes les images ont l'attribut alternatif (alt), mais, avec ces types de tests, vous vérifiez que le texte alternatif est cohérent avec l'image que vous voyez .

La manière dont ces tests sont effectués est déterminée par la situation d'invalidité. Dans ce cas, 5 catégories sont définies :

1. Tests d'utilisation des couleurs

2. 2. Tests axés sur le terrain

3. Essais de navigation

4. Essais de "zoom"

5. Tests de lecteur d'écran

   
   

1. Test d'utilisation des couleurs

Le but de ces tests est de vérifier que le système ne repose pas uniquement sur l'utilisation de couleurs pour comprendre ce qui se passe avec le système.

Par exemple, ci-dessous, vous verrez une situation où il y a une comparaison entre la perception d'une personne malvoyante (ou daltonienne) et la perception d'une personne non malvoyante. Vous pouvez voir comment une personne malvoyante ne peut pas identifier si oui ou non les informations ont été saisies correctement.

Une façon de résoudre cette situation consiste à incorporer des messages descriptifs et des icônes, tels que ceux ci-dessous :

2. Tests axés sur le terrain

L'objectif de ces types de tests est de s'assurer que les personnes handicapées motrices peuvent également utiliser le système.

Les tests visent à vérifier que le système a l'indicateur de focus fourni par les navigateurs activé et qu'il contient chaque élément du site Web. De cette façon, l'utilisateur pourra savoir où ils sont positionnés ou ce qu'ils sont sélectionnés.

3. Test de navigation

Ces types de tests sont généralement effectués à l'aide d'un clavier au lieu d'utiliser une souris pour interagir avec un système. Ils sont liés aux tests axés sur le terrain car, pour les effectuer, le focus doit être correctement configuré afin que la navigation au clavier soit possible.

Pour les exécuter, une série de questions sont posées :

• Lorsque vous naviguez sur le site Web en utilisant la touche "tab" pour monter et "shift + tab" pour descendre, sont-elles exécutées dans l'ordre ?

• Pouvez-vous naviguer sur l'ensemble du site Web de gauche à droite et de haut en bas et accéder à toutes les sections du site ?

• Y a-t-il des éléments ou des contenus sur le site qui ne sont pas accessibles uniquement à l'aide d'un clavier ?

  
  

Ce sont ces types de situations qui seront validées lors des tests de navigation.

4. Test de "zoom"

Ceux-ci sont cruciaux pour les personnes malvoyantes. C'est une situation qui devient de plus en plus courante pour les personnes de tous âges, elles deviennent donc de plus en plus importantes.

La possibilité de zoomer n'est pas seulement incluse dans les recommandations et les directives d'accessibilité des WCAG, mais également dans un outil de test d'accessibilité qui facilite la vie quotidienne des personnes.

Lorsque vous effectuez ce type de tests, vous commencez par une question très simple : l'application a-t-elle la fonctionnalité de zoom activée ?

Parfois, en raison de problèmes techniques ou de conception, la fonctionnalité de zoom est désactivée, ce qui signifie que les personnes qui pourraient en avoir besoin n'ont pas la possibilité de le faire.

La deuxième question qu'il faut se poser est : l'application fonctionne-t-elle correctement lorsque le zoom est appliqué ?

Lorsque la fonctionnalité de zoom est activée, il est important de vérifier que, lors de l'augmentation de la taille de l'écran à, par exemple, 200 %, il est toujours possible de visualiser les informations et d'opérer dans le système sans aucun problème.

Il est courant d'identifier des problèmes avec ce type de tests, car il y a des informations qui sont coupées, ou des éléments sur le site Web qui ne sont pas ajustés correctement, et, par conséquent, l'interaction n'est pas bonne, entre autres situations qui posent problème pour utilisateurs.

5. Test du lecteur d'écran

Enfin, nous parlerons des tests de lecture d'écran. Cet outil transforme le contenu HTML en audio simplifié ; c'est-à-dire qu'il lit et explique ce qui est affiché à l'écran.

L'objectif principal de ces outils est d'aider les personnes malvoyantes à naviguer dans n'importe quel système, quelle que soit leur situation.

Ils cherchent à vérifier que le système est accessible aux personnes qui y naviguent à l'aide du lecteur d'écran susmentionné.

Il existe de nombreux lecteurs d'écran différents : certains d'entre eux sont des applications de bureau et d'autres sont des extensions Chrome. Certains exemples incluent NVDA, JAWS, Windows Narrator et Screen Reader, entre autres.

Pour effectuer ces tests, vous activez d'abord les outils, puis naviguez manuellement dans le système tout en observant si ce que le lecteur interprète est cohérent avec ce qui est affiché à l'écran.

Enfin, un rapport est créé détaillant chaque erreur d'accessibilité trouvée lors du test.

Ces types de tests peuvent détecter plusieurs problèmes : par exemple, si vous passiez par un champ de saisie sur un formulaire et que le lecteur ne lisait pas le champ, cela poserait problème à une personne aveugle car elle ne comprendrait pas ce que informations qu'ils doivent saisir.

Exemples d'accessibilité Web

Maintenant que vous savez ce que cela signifie pour une application Web d'être accessible, nous allons vous montrer quelques exemples qui vous montreront quand un système répond aux exigences d'accessibilité et quand il ne le fait pas.

1. Contraste de couleur adéquat

Les personnes malvoyantes peuvent avoir des difficultés à lire des textes lorsque trois ne contraste pas avec la couleur de fond, qu'il s'agisse d'un simple fond ou d'une image avec du texte.

Par exemple, les sous-titres d'une vidéo ou du texte imprimé sur une image.

2. Fournir des balises descriptives pour les champs d'un formulaire

Il est courant que les formulaires soient implémentés avec des balises intégrées dans chaque champ du formulaire. Il est préférable de ne pas le faire de cette façon car les lecteurs d'écran peuvent ignorer ces descriptions. De plus, les utilisateurs souffrant de troubles cognitifs pourraient ne pas saisir l'intention ou la référence au domaine.

Voici un exemple où les meilleures pratiques ne sont pas suivies :

Il est recommandé de l'implémenter de la manière suivante :

3. Titres et espaces simples

Une bonne conception avec une hiérarchie simple aide les utilisateurs à comprendre la relation entre le titre et les textes correspondants, les espaces et l'emplacement des éléments. De plus, cela réduit l'encombrement et rend le contenu plus accessible.

4. Alternatives à la consommation des médias

Il est recommandé de rendre le contexte disponible dans différents formats, offrant aux personnes handicapées différentes manières d'accéder au contenu.

En bas, vous pouvez voir comment une vidéo est présentée et, en plus, l'audio est transcrit pour que vous puissiez la lire.

conclusion

L'accessibilité des produits logiciels est un attribut qui ne peut être ignoré car il peut avoir un impact sur de nombreux utilisateurs. En fonction de la situation de handicap à laquelle chacun est confronté, il lui sera plus ou moins aisé de faire fonctionner le logiciel selon le degré d'appropriation des réglementations édictées par les normes et bonnes pratiques.

Il est important de considérer l'accessibilité d'un système comme un avantage concurrentiel, car non seulement cela augmente l'engagement des utilisateurs, mais cela améliore également la maintenance et l'efficacité et répond aux exigences légales existantes et futures des différents pays du monde. vous devenez international.

Les normes d'accessibilité telles que WACG vous fournissent un excellent cadre de référence et de bonnes pratiques pour rendre les systèmes d'information accessibles, et elles vous offrent un excellent guide sur la façon de commencer à vous engager sur la voie des tests d'accessibilité. De même, grâce aux trois niveaux de conformité de la norme, il est possible de mesurer l'état actuel du système et de planifier les actions à entreprendre pour atteindre progressivement de nouveaux niveaux dans le futur.

Il existe différents outils de test d'accessibilité pour exécuter des tests d'accessibilité, tels que Ax et CCA , entre autres. Ils vous offrent une très bonne capacité d'analyse pour déterminer rapidement l'état général des systèmes en termes d'accessibilité et vous proposer des recommandations pour corriger les éventuelles erreurs détectées en cours de route.

Pour compléter ces outils, il est également important d'envisager des activités de vérification et de validation manuelle qui vous permettent de comprendre d'autres aspects de l'accessibilité qui ne peuvent être obtenus en regardant uniquement les résultats obtenus avec les outils.

Si vous appliquez une stratégie combinant des outils de test d'accessibilité avec des tests manuels, vous pourrez prendre conscience du niveau d'accessibilité offert par le système et détecter des opportunités d'amélioration pour une plus grande maturité.