Questions d’entretien sur l’accessibilité du Web
1. Comment faire un audit d’accessibilité des sites Web mobiles et de bureau ?
Réponse : Les audits d’accessibilité nécessitent des efforts manuels et automatisés. Le dispositif ou la plateforme sur lequel on se trouve n’a pas d’importance. L’approche est donc la suivante :
Mobile : Chaque mobile est doté d’outils d’accessibilité intégrés et nous pouvons les utiliser pour tester l’accessibilité mobile. Par exemple, pour les lecteurs d’écran, nous avons Voice Over pour Apple, Talkback pour Android, etc. Pour les ordinateurs de bureau, nous disposons de logiciels préinstallés, gratuits et payants pour les tests, tels que Lighthouse, le clavier, les lecteurs d’écran.
2. Qu’est-ce qu’ARIA ? Lors de la création d’un module d’onglet, comment allez-vous décider des balises ARIA ?
Réponse : ARIA est l’acronyme de Accessible Rich Internet Application. ARIA est utile pour les utilisateurs de lecteurs d’écran. Il ne crée aucune différence sur le plan visuel. Il y a beaucoup de balises, d’états et de propriétés qui manquent dans les balises HTML. De même, nous créons de nombreux modules personnalisés tels que les carrousels, la pagination, etc. qui ne sont pas définis dans le HTML. Il est impossible pour les utilisateurs de lecteurs d’écran de les comprendre. ARIA fournit des informations sur ces modules en définissant les rôles, les propriétés et les états pour les lecteurs d’écran. En bref, ARIA est le pont entre les informations manquantes dans le HTML et les lecteurs d’écran.
3. Quelle est l’importance des points de repère ?
Pouvez-vous écrire un code pour une page Web et y utiliser des points de repère ?
Réponse : Les points de repère sont le moyen de marquer les zones d’une page Web pour le clavier et les utilisateurs de technologies d’assistance (lecteurs d’écran). En utilisant des points de repère, nous identifions l’organisation et la structure de la page Web. Les points de repère doivent se conformer à la procédure du dépannage informatique pour fournir la même structure programmatique de la page Web que celle qu’ils fournissent visuellement.
4. L’extrait CSS ci-dessous est-il accessible ou non ? Pourquoi ?
Extrait de code CSS
Réponse : Non, le code ci-dessus n’est pas accessible. L’un des problèmes est que le contenu provient du CSS, qui ne sera pas détecté par les lecteurs d’écran.
5. En tant que développeur principal, comment allez-vous vous assurer que l’accessibilité est respectée ?
Réponse : Tout d’abord – « L’accessibilité n’est pas une fonctionnalité. C’est un droit de l’homme ». On croit fermement en cela. Par conséquent, au lieu de faire en sorte que mon équipe s’attende à recevoir les exigences du client ou du chef de produit en matière d’accessibilité, on leur demanderait de se concentrer sur l’écriture du bon code. En outre, on s’assurerait que chaque développeur utilise le plugin ESA11y dans son éditeur de code, dans son test Lighthouse et qu’il est intégré au pipeline CI.
6. Le site ci-dessous est-il accessible ?
Extrait de code HTML
Non, le code ci-dessus n’est pas accessible à cause de la balise alt. Bien que on suppose ici, sur la base du nom de l’image, qu’il s’agit d’une image décorative uniquement et que pour les lecteurs d’écran, cette balise alt n’ajoute aucune valeur.
7. Pour l’accessibilité, faut-il utiliser em ou rem ?
Réponse : Pour l’accessibilité, il est préférable d’utiliser rem pour la marge/le remplissage et em pour la taille de la police. Voici une autre façon de procéder : html{ font-size : 100% ; }
L’extrait de code ci-dessus va aider les utilisateurs à choisir la taille de la police en fonction de leurs paramètres.
8. Qu’est-ce que le VPAT ?
Réponse : Il s’agit d’un document non officiel utilisé par les produits pour partager des informations sur le niveau d’accessibilité de leur produit. Vous pouvez le lire en détail ici.
9. Comment les personnes handicapées visuelles utilisent-elles les téléphones portables ?
Réponse : Des lecteurs d’écran sont installés par défaut sur les téléphones mobiles. Les personnes handicapées les utilisent pour utiliser le mobile.
10. Pourquoi la typographie est-elle importante dans la saisie ?
Réponse : L’attribut HTML type est important pour les utilisateurs de lecteurs d’écran. Les types les aideront à comprendre de quel type d’entrée il s’agit ainsi que la raison de la sécurité associée au champ du mot de passe. Si le type de mot de passe est absent, le lecteur d’écran prononcera à haute voix le mot de passe que l’utilisateur saisit.
10. Qu’est-ce qu’un arbre d’accessibilité ?
Réponse : Tout comme nous avons le DOM, nous avons également l’arbre d’accessibilité. Nous pouvons voir cet arbre dans le débogueur de Firefox et de Chrome également. Cela aide le développeur à voir comment les éléments d’accessibilité sont ajoutés tels que role, focusable, alt tag, aria-labeldby, etc. Voir https://support.google.com/chromebook/answer/1085581?hl=fr pour en savoir plus !