Les tests d’accessibilité automatisés sont une excellente ressource, mais ils ne peuvent pas automatiquement rendre votre site accessible. Utilisez-les comme une étape d'un processus de test plus important.

Plus tôt cette année, un homme a conduit sa voiture dans un lac après avoir suivi les instructions d'une application pour smartphone qui aide les conducteurs à naviguer en leur donnant des instructions détaillées. Malheureusement, la programmation de l'application ne comprenait pas d'instructions pour éviter les routes qui se transforment en lanceurs de bateaux.

Du point de vue de l'application, elle faisait exactement ce qu'il était programmé, à savoir trouver le meilleur itinéraire du point A au point B compte tenu des informations mises à sa disposition. Du point de vue de l'homme, il a échoué en ne prenant pas en compte le monde réel.

Le même principe s'applique aux tests d'accessibilité.

Test d’accessibilité automatisé

Je suppose que vous lisez cet article parce que vous souhaitez apprendre à tester vos sites Web et vos applications Web pour vous assurer qu’elles sont accessibles. Si vous voulez en savoir plus sur la nécessité de l’accessibilité, le sujet a été largement traité ailleurs.

Le test d’accessibilité automatisé est un processus qui utilise une série de scripts pour vérifier de certaines conditions dans le code. Ces conditions sont dictées par les Web Content Accessibility Guidelines (WCAG) une norme du W3C qui explique comment rendre les expériences numériques accessibles.

Par exemple, un test d'accessibilité automatisé peut vérifier si l'attribut tabindex est présent et si sa valeur est supérieure que 0 . Le pseudocode serait quelque chose comme:

Les erreurs peuvent ensuite être collectées et utilisées pour générer des rapports qui divulguent le nombre et la gravité des problèmes d'accessibilité. Certains produits d’accessibilité automatisés peuvent également être intégrés à un outil de déploiement continu ou Déploiement continu (CI / CD), présentant des avertissements juste à temps aux développeurs qui tentent d’ajouter du code à un dépôt central.

Ces programmes automatisés sont des ressources incroyables. Les sites Web et les applications Web modernes sont des tâches complexes qui impliquent des centaines d'états, des milliers de lignes de code et des interactions multi-écrans complexes. Il serait absurde de s'attendre à ce qu'un humain (ou une équipe d'êtres humains) s'occupe de tout le code contrôlant toutes les permutations possibles du site, sans parler de régressions et Tests A / B .

L'automatisation est vraiment là.

Cependant, les tests d’accessibilité automatisés ne sont pas une solution clé en main, ils ne sont pas non plus une solution miracle. Il faut garder à l'esprit certaines limitations lors de leur utilisation.

Penser en pensant aux choses

L'un des aspects les meilleurs et les pires du Web est qu'il existe de nombreuses manières d'implémenter une solution à un problème. Bien que cette flexibilité ait permis au Web de rester robuste et adaptable tout en s’assurant qu’il surpasse d’autres technologies concurrentes, cela signifie également que vous verrez parfois du code implémenté de manière créative.

pensé pour vérifier. Un développeur naïf pourrait uniquement écrire des tests pour le chemin heureux où tout le monde écrit du code HTML sémantique, du code JavaScript tolérant aux pannes et du code CSS bien défini. Cependant, c'est le monde réel. Nous devons reconnaître que des délais serrés, une méconnaissance du langage de programmation, saisie utilisateur atypique et des scripts tiers partiels existent.

Par exemple, le site automatisé de test d'accessibilité Tenon.io inclut judicieusement une règle qui vérifie si un élément de formulaire a à la fois un élément label et un aria-label associé et si les chaînes de texte des deux déclarations diffèrent . Si tel est le cas, il le signalera comme un problème, car l'étiquette visible peut être différente de ce que quelqu'un entendrait s'il naviguait à l'aide d'un lecteur d'écran.

service qui comprend cette règle, il ne sera pas signalé. Le code «passera» quand même, mais il passe par omission, pas parce qu’il est réellement accessible.

État

Certains tests d’accessibilité automatisés ne permettent pas d’analyser les différents états du contenu interactif. Les parties critiques de l'interface utilisateur sont invisibles à l'automatisation, à moins que le test ne soit exécuté lorsque le contenu est actif, sélectionné ou désactivé.

Par contenu interactif, j'entends des choses sur lesquelles l'utilisateur n'a pas encore agi, ou ne sont pas présents lors du chargement de la page. Les modaux non ouverts, les accordéons repliés, le contenu des onglets masqués et les diapositives de carrousel en sont tous des exemples.

Il faut des logiciels sophistiqués pour tester automatiquement les différents états de chaque composant sur un seul écran, sans parler d'une application Web ou d'un site Web. Bien qu'il soit possible d'étendre le logiciel de test avec des contrôles d'accessibilité automatisés, il nécessite beaucoup de ressources, nécessitant généralement une équipe d'ingénieurs dédiée pour la configuration et la maintenance.

Balisage «valide»

Applications Internet riches accessibles (ARIA) est un ensemble d'attributs qui étendent le langage HTML pour lui permettre de décrire une interaction qui peut être mieux comprise par les technologies d'assistance. Par exemple, l'attribut aria-extended peut être basculé par JavaScript pour communiquer par programme si un composant est développé ( true ) ou réduit ( false ) état. Ceci est supérieur à basculer une classe CSS comme .is-expand où la mise à jour en état n'est communiquée que visuellement .

Le simple fait d'avoir ARIA ne garantit pas rendra automatiquement accessible quelque chose. Malheureusement, malgré sa première règle d'utilisation ARIA est souvent mal comprise et a par conséquent abusé . Une grande partie du code standard a ce problème, perpétuant le problème.

Par exemple, certains attributs et valeurs ARIA ne peuvent être appliqués qu'à certains éléments . Si elle n'est pas appliquée correctement, la technologie d'assistance ignorera ou déclarera mal la déclaration. Certains rôles, connus sous le nom de Rôles abstraits n'existent que pour établir la taxonomie globale et ne devraient jamais être mis en surbrillance.

 compliquer encore la question,  la prise en charge d'ARIA varie selon les navigateurs . Bien qu'un attribut puisse être utilisé de manière appropriée, le navigateur peut ne pas communiquer le rôle, la propriété ou l'état déclarés à la technologie d'assistance. 

 Il existe également le scénario où ARIA peut être appliqué à un élément et être valide d'un point de vue technique. être inutilisable du point de vue de la technologie d'assistance. Par exemple: 


   Fatigué d’asperges inégalement cuites? Essayez cette astuce du plus ancien livre de cuisine au monde.

 Celui-ci  Weird Trick . 
 La déclaration  aria-hidden  supprimera  la présence de contenu de la technologie d'assistance mais l'autorisera être encore rendu visiblement sur la page. C’est un schéma problématique.
 Les titres - en particulier les titres de premier niveau - sont essentiels pour qui communiquent le but d’une page . Si une personne utilise une technologie d'assistance pour naviguer, la déclaration  aria-hidden  appliquée à l'élément  h1  rendra difficile la détermination rapide du but de la page. Cela les forcera à naviguer dans le reste de la page pour gagner du contexte, un processus fastidieux et laborieux.
 Certains tests d'accessibilité automatisés peuvent analyser le code et ne pas signaler une erreur puisque la syntaxe elle-même est valide. L’automatisation n’a aucun moyen de connaître le contexte plus large de l’utilisation de la déclaration.
 Cela ne veut pas dire que vous devriez complètement éviter d’utiliser ARIA! Lorsque  auteur avec soin et délibération l’ARIA peut corriger les lacunes d’accessibilité qui nuisent parfois à des interactions compliquées;
 Un contexte tant attendu
 Comme le montre la voiture détrempée, les ordinateurs sont terribles pour comprendre la situation globale du monde extérieur. C'est à nous les humains d'être les arbitres ultimes pour déterminer si ce que l'ordinateur crache est utile ou non.
 Debunking
 Avant de discuter de la manière de fournir un contexte approprié, il y a quelques malentendus à traiter:
 Premièrement, tous les utilisateurs de lecteurs d'écran ne sont pas aveugles. En plus de tous les points que Adrian Roselli  souligne dans son message quelques éléments de réflexion:  l’utilisation des assistants vocaux est à la hausse . Quand avez-vous parlé à Siri ou à Alexa pour la dernière fois?
 Deuxièmement, l’accessibilité ne se limite pas aux lecteurs d’écran. Les règles énoncées dans les  Directives relatives à l'accessibilité du contenu Web  garantissent que le plus grand nombre de personnes peuvent lire et utiliser la technologie, indépendamment de leur capacité ou de leur situation.
 Par exemple, la règle  L'application Web doit pouvoir fonctionner quelle que soit l'orientation de l'appareil  profite à tout le monde. Certaines personnes peuvent avoir besoin de monter leur appareil dans un endroit fixe dans une orientation spécifique, par exemple en mode paysage sur le bras d'un fauteuil roulant. D'autres pourraient vouloir rester au lit et regarder un film, ou mieux enquêter sur une photo de produit ( zoomer et tirer  serait également utile d'avoir ici.)
 Troisièmement, les handicaps  peuvent être conditionnels  et peut être provoqué par votre environnement. Cela peut être à court terme, comme la pluie sur vos lunettes, la privation de sommeil ou une migraine provoquée par une allergie. Il peut également s'agir d'une maladie débilitante, d'un membre cassé ou d'un épisode dépressif. De multiples conditions de composition peuvent (et peuvent) affecter les individus.
 Tout cela étant dit, de nombreuses solutions d’accessibilité permettant aux lecteurs d’écrans de fonctionner correctement bénéficient également à d’autres technologies.
 Get Your Feet Wet
 être accablant. Considérez  le grand conseil de Michiel Bijl :
 «Avant de publier un site Web, parcourez-le. Si vous ne pouvez pas voir où vous êtes sur la page après chaque onglet; tu n'as pas encore fini.  # a11y 
 Passez en revue  quelques-uns des principaux flux  d'utilisateurs  sur votre site Web ou votre application Web pour déterminer si tous les éléments interactifs  sont apparents  , et si elles peuvent être activées via la saisie au clavier. Si vous pouvez cliquer ou appuyer sur un élément qui n’est pas mis en évidence lors de la réception du focus du clavier, prenez-en note. Faites également attention aux composants interactifs de la commande qui sont mis en évidence lorsqu'ils sont focalisés - ils doivent correspondre à l'ordre de lecture du site.
 Un état de focus évident et un ordre logique vous aident à rendre votre site accessible. Ces deux caractéristiques profitent à  une grande variété de technologies d'assistance y compris mais sans s'y limiter, lecteurs d'écran.
 Si vous avez besoin d'une référence pour comparer vos tests, Dave Rupert a un excellent projet intitulé  A11Y Nutrition Cards qui décrit le comportement attendu des composants interactifs courants. En outre, Scott O’Hara maintient un projet intitulé  a11y Styled Form Controls . Ce projet fournit des exemples de composants, tels que des commutateurs, des cases à cocher et des boutons radio, qui prennent en charge la technologie d'assistance correctement testée et documentée. Un lecteur intelligent pourrait utiliser l'une de ces ressources pour les aider à essayer l'autre!

 
 Le quatrième mythe
 Avec cela, je vais partager un quatrième mythe avec vous: tous les utilisateurs de technologies d’aide ne sont pas des utilisateurs avertis. Comme pour tout autre logiciel, il ya une courbe d’apprentissage.
 Dans son billet sur la refonte  d’Aaptiv, Lisa Zhu découvre que son correctif d’accessibilité initial n’était pas intuitif. Bien que leur première implémentation ait été «techniquement» correcte, elle ne correspondait pas à la manière dont les utilisateurs de VoiceOver utilisent réellement leurs appareils. Une seconde solution a simplifié l’interaction pour mieux s’aligner sur leurs attentes.
 Ne supposez pas que le fait que quelque chose fonctionne hypothétiquement fonctionne réellement. Faites confiance à votre instinct: si vous vous sentez particulièrement embarrassant, encombrant ou fastidieux, les chances sont que ce sera pour les autres.
 Dive Right In
 Bien que tous les problèmes d'accessibilité ne soient pas liés à un lecteur d'écran toujours prendre l'habitude de tester votre site avec un. Ce n’est pas un émulateur, un simulateur ou une autre solution proxy.
 Si vous avez du mal à utiliser un composant interactif compliqué à l’aide de  commandes de base cela signifie probablement que le composant doit être simplifié. Il est probable que la simplification aidera également les utilisateurs de technologies non assistées. Un bon design profite à tous!
 Il en va de même pour la navigation. Si vous rencontrez des difficultés pour naviguer sur le site Web ou l’application Web, c’est probablement le signe que vous devez mettre à jour vos rôles de repères   et  . Ces deux fonctionnalités sont utilisées par la technologie d'assistance pour naviguer rapidement et efficacement.

 
 Une autre bonne chose à revoir est le contenu textuel utilisé pour décrire vos liens. Sauter de lien en lien est une autre technique de navigation de technologie d'assistance courante; certains lecteurs d'écran peuvent même générer une liste de tous les contenus de liens sur la page:
 «Réfléchissez avant de créer un lien! Cliquez ici sur les liens "utiles" à un utilisateur de lecteur d'écran. ALT = Liste de liens JAWS ”
 -  Neil Milliken 
 En naviguant avec une liste ordonnée dépourvue du contenu non-link environnant, évitez les termes ambigus comme« cliquez ici »ou« plus d'informations »peut vous aider à comprendre le sens général de la page. En bonus, cela aidera à soulager les problèmes cognitifs pour tout le monde, car vous expliquez plus précisément ce que devrait  un utilisateur après avoir activé un lien .
 Comment tester
 Chaque lecteur d'écran a un approche différente de la façon dont il annonce le contenu. Ceci est intentionnel. Il s'agit d'un équilibre entre les fonctionnalités du produit, le système d'exploitation sur lequel il est installé, le facteur de forme disponible et les types d'entrées qu'il peut recevoir.
  La ​​guerre des navigateurs  de développer pour un seul navigateur. De même, il ne faut pas s'adresser à un lecteur d'écran unique. Il est important de noter que de nombreuses personnes se fient exclusivement à un lecteur d’écran et à une combinaison de navigateurs spécifiques, en fonction des circonstances, des préférences ou de la nécessité de le faire. Cependant, il y a une mise en garde: chaque lecteur d'écran fonctionne mieux lorsqu'il est utilisé avec un navigateur spécifique, généralement celui qui lui permet d'accéder à la plus grande quantité d'informations de  API d'accessibilité .
 les lecteurs d'écran peuvent être utilisés gratuitement à condition que vous ayez le matériel. Vous pouvez également virtualiser ce matériel, soit  gratuitement  ou  au prix peu élevé .
 Automate
 Les tests d'accessibilité automatisés devraient être votre première ligne de défense. Ils vous aideront à détecter beaucoup d'erreurs délicates et facilement évitables avant qu'elles ne soient commises. Des erreurs répétées peuvent également signaler des problèmes dans la logique du modèle, où un tweak en amont peut réparer plusieurs pages. L'identification et la résolution de ces problèmes vous permet de passer plus judicieusement votre temps de test manuel précieux.
 Il peut également être utile de consigner les problèmes d'accessibilité dans un endroit où les personnes peuvent collaborer, telles que Google Sheets. La quantification de la fréquence et de la gravité des erreurs peut donner de bons résultats: documentation mise à jour, possibilités de repas et apprentissage et autres changements sains apportés au flux de travail organisationnel.
  utilise une combinaison d'outils automatisés  pour éviter les lacunes.
 Windows
 Les deux lecteurs d'écran les plus populaires sous Windows sont JAWS et NVDA.
 JAWS
 JAWS (Job Access With Speech)  est le lecteur d'écran le plus populaire et le plus  sur le marché . Cela fonctionne mieux avec Firefox et Chrome, avec des concessions pour supporter Internet Explorer. Bien que ce soit un logiciel payant, il peut être utilisé en mode démo pendant 40 minutes à la fois (cela devrait être plus que suffisant pour effectuer des tests de base).
 NVDA
 NVDA (NonVisual Desktop Access)  est gratuit, bien que  un don  est fortement encouragé. C'est une alternative riche en fonctionnalités à JAWS. Cela fonctionne mieux avec Firefox.
 Narrator
 Windows est livré avec un lecteur d'écran intégré appelé  Narrator . Il fonctionne bien avec Edge, mais a des difficultés à s'interfacer avec d'autres navigateurs.
 Apple
 macOS
  VoiceOver  est un puissant lecteur d'écran fourni avec macOS. Utilisez-le conjointement avec Safari, en vous assurant d'abord que  accès au clavier complet  est activé.
 iOS
 VoiceOver est également  inclus dans iOS  et est l'écran mobile le plus populaire. lecteur. Tout comme son homologue de bureau, cela fonctionne mieux avec Safari. Une note intéressante ici est que, selon l'enquête sur le lecteur d'écran WebAIM 2017, un nombre non négligeable de répondants  augmentent leur téléphone avec des claviers matériels externes .
 Android
 Google s'est récemment plié  TalkBack leur lecteur d'écran mobile, dans une plus grande collection de services d'accessibilité appelée  Android Accessibility Suite . Cela fonctionne mieux avec Mobile Chrome. Bien que de nombreuses applications Android soient notoirement inaccessibles, cette plate-forme mérite d’être testée. La présence croissante d'Android (19459143) sur les marchés émergents ainsi que l'augmentation de l'utilisation d'Internet chez  personnes âgées  et  à faible revenu, devraient marquer une pause. 
 Call The Professionnels
 Si vous n'exigez pas fréquemment l'utilisation de technologies d'assistance,  vous ne comprenez pas parfaitement  la façon dont les personnes interagissent avec le Web.
 Tout comme les tests d'utilisateurs traditionnels, être trop proche de la chose que vous avez créée peut obscurcir votre jugement.  Les exercices d'empathie  sont un bon moyen de prendre conscience de l'espace problématique, mais vous ne devriez pas vous servir de test décisif pour savoir si toute l'expérience est réellement accessible.  Vous n'êtes pas l'expert .
 Si votre produit dessert une énorme population d'utilisateurs, si sa base d'utilisateurs tend à avoir une probabilité plus élevée d'incapacité (produits spécialisés, populations âgées, locuteurs de langues étrangères) , etc.), et / ou si  doit être conforme à la loi je vous encourage fortement à allouer une partie de votre budget aux tests effectués par les personnes handicapées.
 organisation arrêter de prendre en charge un navigateur en termes de pourcentage d'utilisation? 18% de la pop mondiale. ont une exigence de  # Accessibilité 2% des personnes ont une déficience visuelle de la couleur. Mais vous considérez que le support d'utilisation de 2% IE est plus important? Soutenir tout le monde soit inclusif. »
 -  Mark Wilcock 
 Cela ne veut pas dire que vous devriez déléguer complètement la responsabilité à ces testeurs. Tout comme la manière dont les tests d’accessibilité automatisés peuvent détecter les petits problèmes à éliminer, une première série de tests manuels de base aide les testeurs professionnels à concentrer leurs efforts sur les interactions complexes sur lesquelles les experts doivent s’exprimer. En plus d'optimiser la valeur de leur temps, cela vous aide à vous sentir plus à l'aise en triant. C'est aussi une courtoisie professionnelle, simple et simple.
 Quelques entreprises effectuent des tests manuels par des personnes handicapées:
 Designed Experiences
 Nous devons également reconnaître l'autre grande barrière aux sites accessibles qui peuvent ne soyez pas automatisé: mauvaise expérience utilisateur.
 L'expérience utilisateur peut créer ou casser un produit. Votre code peut parfaitement se compiler, votre temps de peinture peut être très rapide et votre configuration Webpack peut être irréprochable. Tout cela n'est pas pertinent si  le résultat final est inutilisable . L'expérience utilisateur englobe tous les utilisateurs, y compris ceux qui naviguent à l'aide de technologies d'assistance.
 Si une personne ne peut pas exploiter votre site Web ou votre application Web, elle l'abandonnera sans y réfléchir à deux fois. S'ils sont obligés d'utiliser votre site pour obtenir un service indisponible par d'autres moyens, il existe un précédent  pour intenter une action en justice  (et à juste titre).
 en deux parties: comment quelque chose (19459035)  et comment il se comporte   Ce sont des concepts intrinsèquement liés. Bien que le design accessible soit un sujet en soi, nous pouvons garder à l'esprit certains aspects importants lorsque nous abordons des expériences d'utilisateurs accessibles dans une perspective de test:
 À quoi cela ressemble
 Le WCAG fait un excellent travail  les bases du bon design . Contraste des couleurs, taille de la police, état face à l'utilisateur: beaucoup de choses peuvent être ciblées par l'automatisation. Ce que vous devez prêter attention à tout ce qui est atomique, difficile à quantifier les bits qui composent pour créer vos conceptions. Des choses comme les  mots que vous choisissez les polices que vous utilisez pour les afficher, l'espacement entre les choses,  les possibilités d'interaction la façon dont vous gérez vos points d'arrêt, etc.
 une bonne police devrait vous dire: 
 la différence entre m et rn 
 la différence entre I et l 
 la différence entre O et 0.
 -  mallory, alice & bob 
 C'est un de ceux « une once de prévention vaut mieux que guérir » situations. Des valeurs par défaut intelligentes et accessibles peuvent vous faire gagner un temps et un argent sans nombre. Des start-ups simples et performantes, jusqu'aux conglomérats multinationaux, valorisent l'utilisation efficace des ressources, et c'est l'un de ces endroits où vous pouvez vraiment en tirer parti. Placez vos motifs de conception de base - par exemple, rassemblés dans un tableau d’humeur ou un guide de style de vie - devant des gens souvent pour voir si votre intention est claire.
 How It Behaves
 Une palette de couleurs et une collection alléchantes de la photographie de stock soigneusement pensés seulement aller si loin. Finalement, vous devrez synthétiser toutes vos décisions de conception pour créer quelque chose qui réponde à un besoin.
 Le comportement peut être aussi petit qu'une  microinteraction ou aussi important que la recherche d'un produit et son achat . L’important est de s’assurer que tous les obstacles à une personne qui tente d’accomplir cette tâche sont éliminés.
 Si vous utilisez des personas, ne créez pas de personnage distinct pour un utilisateur handicapé. Au lieu de cela,  mélange les considérations relatives à l'accessibilité  à vos considérations existantes. Comme un personnage est une représentation abstraite des types d'utilisateurs auxquels vous souhaitez répondre, vous voulez vous assurer que les types de conditions qu'ils peuvent rencontrer sont inclus. Les conditions d’invalidité ne se limitent pas aux seules déficiences physiques. Des éléments comme un plan de données mesurées, un langage non natif ou l'anxiété  méritent tous d'être intégrés. 
 «Lorsque vous analysez les analyses de votre site, souvenez-vous que ou de régions plus éloignées, ce n'est pas parce qu'elles ne sont pas une cible pour votre produit ou service. 
 En tant que développeur, il vous incombe de le réparer. »
 -  Estelle Weyl 
 Test par l'utilisateur, simulant idéalement des conditions aussi proches de celles d'une personne. dans le monde réel (y compris leurs préférences d'appareils individuels et la présence de technologies d'assistance), est également essentiel. Vérifier que les gens sont réellement capables de faire les sauts logiques nécessaires au fonctionnement de votre interface répond à de nombreuses préoccupations cognitives  une chose difficile à quantifier, mais néanmoins essentielle à prendre en compte.
 Tools Shape Us
 Notre utilisation des outils correspond au type de travail que nous effectuons: les menuisiers conduisent des clous avec des marteaux, les chefs cuisinent avec des poêles, les chirurgiens coupent avec des scalpels. C’est un phénomène qui se renforce d’eux-mêmes et qui conduit à une catégorisation excessive.
 Parfois, cette catégorisation excessive nous empêche de nous rappeler de considérer le monde réel. Un chirurgien peut avoir un passe-temps de menuiserie; un chef peut être un vétérinaire à la retraite. Il est important de comprendre que l’accessibilité  est la responsabilité de tous et il existe de nombreuses façons de rendre nos sites Web et applications Web les meilleurs qu’ils peuvent pour tous. Pour paraphraser  Mikey Ilagan l'accessibilité est une pratique holistique, essentielle à certains mais utile à tous.
 Utilisée avec discrétion, ARIA est un très bon outil à notre disposition. Nous ne devrions pas hésiter à l'utiliser, à condition que nous comprenions comment   et  expliquent pourquoi  expliquent leur fonctionnement.
 Il en va de même pour les tests d'accessibilité automatisés et les applications GPS. . Ce sont d'excellents outils à avoir, apprenez à connaître un peu le terrain.
 Ressources
 Outils d'accessibilité automatisés
 Services professionnels
 Références
 Tests rapides
 Lectures complémentaires
 ] « 7 choses que tout concepteur doit savoir sur l'accessibilité », Jesse Hausler, Medium
 « Accessibilité dans la conception centrée sur l'utilisateur: tests d'utilisabilité », Shawn Lawton Henry 19659137] « Tests d'accessibilité pour un budget de 7 $ », Claudio Luís Vera, Medium
 « Conception d'accessibilité et inclusion », Steven Lambert, Smashing Magazine
 ] Efficacité dans les tests d'accessibilité, ou pourquoi les tests de convivialité devraient durer Karl Groves
 “ Inspecteur d'accessibilité de Firefox ,” Web Docs
 “ Une introduction fondée sur l'expérience Susan Jean R obertson
 « Se sentir à l'aise avec WCAG », Sparkbox
 « J'ai utilisé le Web pendant un jour avec juste un clavier », Chris Ashton, Smashing Magazine
  Exemples pratiques d'amélioration de l'accessibilité «Axess Lab
«  Test d'accessibilité »Service Manual, GOV.UK
«  Utilisateurs: Clou de l'accessibilité dans la conception  », Tom Graham et André Gonçalves, Smashing Magazine
«  Sémantique structurelle: L'importance des éléments de sectionnement HTML5  », Smashing Magazine
 The WAI Forward ”Heydon Pickering, Smashing Magazine
 Des outils testés sur la page Web la moins accessible au monde ”Mehmet Duran, GOV.UK
  (rb, ra, yk, il)