Tester l'accessibilité
A noter que...
- "Aucun outil de tests automatiques ne permet d’assurer qu’un site est 100% conforme aux règles d’accessibilité (même si on atteint un score de 100% parmi eux ! Les outils de tests automatiques permettent de tester 20 à 30% des règles d’accessibilité seulement"
- "Vérifiez bien les notes de version et la dernière date de mise à jour" (les référentiels sont MAJ de temps en temps, donc les outils doivent être MAJ aussi)
De manière générale :
- BBC Accessibility Standards Checker / tests pour l'accessibilité : installable avec npm, ou possibilité d'utiliser docker pour lancer bbc-a11y dans un environnement de CI
- La plupart des librairies d'accessibilité intéressantes se basent sur la librairie
axe-core
(ex: le plugina11y addon
pour storybook)
Pendant le dev ou lors de la MR
- IDE : ESLint a11y plugin
- Contrast checker dans les devtools pour vérifier le contraste d'une couleur choisie
Intégrés dans la CI
- Lors de tests unitaires ou e2e
- Cypress-axe, jest-axe
Tests manuels
- Suivre des checklists de critères d'acceptation
- Tabuler soi même dans l'application
- Tous les éléments interactifs doivent pouvoir avoir le focus et état focus visible
- L'ordre de tabulations doit avoir un sens
- Au premier clic tab on doit avoir un "skip to content"
- Utiliser l'application en zoomant à 200%
- Les différentes media query (
prefers-reduced-motion
,prefers-color-scheme
,…) - Avec lecteur d'écran : VoiceOver sur mac, NVDA sur windows.
Avec extension Chrome
- Lighthouse de Google
- https://accessibilityinsights.io/ de Microsoft
- Wave
- Axe browser extension
- Headingsmap : permet de vérifier le bon enchaînement de structure de headers
Autres outils à regarder
- https://assistivlabs.com/
- https://accessibilityinsights.io/
- https://tenon.io/
- https://www.powermapper.com/products/sortsite/
Sources
- The 97.4% North Star, conférence au Mixit 2022. Très bonne conf pour aller plus loin dans l'accessibilité avec les tests !
- Tester l'accessibilité du wiki de la lutine du web