La conception accessible est devenue de plus en plus importante pour nos clients du monde entier, surtout pour ceux qui viennent de pays où les lois régissent le niveau d'accessibilité requis pour respecter les normes de base. Une exigence fondamentale est que les sites web ou les applications soient entièrement accessibles par la navigation au clavier. L'accessibilité ne se limite pas à la saisie au clavier, mais englobe également tous les autres modes d'entrée - la souris, la voix, etc. Pour les testeurs d'accessibilité débutants, la navigation au clavier est le point de départ le plus simple pour entamer leur parcours de test.

Une fois que tu as lancé l'environnement de test, tu peux vérifier quels éléments de test inclus dans le champ d'application sont accessibles en utilisant ton clavier d'ordinateur de bureau. Une fois que l'environnement de test est complètement chargé, tu peux appuyer sur la touche TAB pour confirmer que chacun des éléments suivants reçoit le focus de l'entrée - tous les éléments de menu, les liens, les boutons, les champs de saisie, les cases à cocher, etc. Vérifie que tu peux activer les sélections en appuyant sur la touche ENTER/RETURN. Confirme que les contrôles déroulants s'ouvrent lorsque tu leur donnes le focus de l'entrée via la sélection TAB et en appuyant sur la touche SPACE. Assure-toi qu'il n'y a pas de "piège au clavier" (un piège au clavier se produit lorsque l'utilisateur fait une sélection avec la touche TAB sur un élément et ne peut pas avancer ou, dans le pire des cas, ne peut pas se déplacer à partir de l'élément sélectionné dans les deux sens) et que tous les éléments d'action sont accessibles en utilisant la touche TAB. Il est également important de confirmer que tu peux revenir en arrière à travers les différents contrôles en utilisant la combinaison de touches SHIFT+TAB pour faire plusieurs pas en arrière.

Les touches mentionnées ci-dessus ne sont pas les seules que tu peux utiliser lors du test de la navigation au clavier. Tu peux trouver une liste détaillée des touches du clavier ci-dessous:

Avant de nous concentrer sur les critères de succès liés à la navigation au clavier, nous devons te rappeler que notre plateforme effectue des tests pour les niveaux A et AA de conformité à l'accessibilité. Le niveau AAA de conformité à l'accessibilité n'est pas inclus dans le champ d'application des tests d'accessibilité Test IO.

Il y a 4 critères de succès liés à la navigation au clavier qui doivent être respectés pour garantir que l'environnement du client est accessible à tous les utilisateurs: 2.1.1, 2.1.2, 2.1.3 et 2.1.4. Comme 2.1.3 appartient au niveau AAA de conformité, nous ne l'inclurons pas dans notre analyse.

Ce critère de succès vise à garantir que tous les éléments sont accessibles aux utilisateurs qui utilisent le clavier et d'autres options d'entrée pour accéder au contenu web. Les utilisateurs qui bénéficient de contenu web accessible par la navigation au clavier sont principalement des personnes malvoyantes ou ayant des incapacités physiques qui les empêchent d'utiliser une souris de manière précise (par exemple, des tremblements de la main).

Pour tester si l'environnement échoue à ces critères, utilise les touches mentionnées ci-dessus pour mettre en surbrillance et activer les sélections. Si un élément dans le champ d'application du test n'est pas accessible via le clavier, tu dois soumettre un bogue. N'oublie pas que le problème 2.1.1 est un bogue d'accessibilité de niveau A et que les bogues de niveau A sont très importants pour nos clients.

Ce critère de succès vise à s'assurer que l'utilisateur ne reste pas piégé en ❝tabulant❞ à travers le contenu web. Pour tester l'environnement en fonction de ce critère, utilise la touche TAB de ton clavier pour t'assurer que tu peux accéder à toutes les fonctionnalités d'action et que tu ne restes pas bloqué sur un élément en ❝tabulant❞. Comme avec le critère précédent, 2.1.2 est également un bogue d'accessibilité de niveau A.

Ce critère de succès vise à s'assurer que les raccourcis clavier d'une seule touche sont actifs dans l'environnement uniquement lorsqu'ils ont le focus, ou qu'il existe un mécanisme pour les désactiver ou les remapper pour inclure plus d'une touche. En ce qui concerne la gravité, 2.1.4 est un bogue d'accessibilité de niveau A.