Come testo l'accessibilità senza impazzire
L'accessibilità non si testa con un solo tool. Si testa con più approcci combinati, ognuno dei quali rileva problemi diversi.
Il mio processo in tre fasi. Prima fase: automated testing con axe-core integrato nella CI. Rileva automaticamente circa il 30-40% dei problemi di accessibilità: contrasto insufficiente, elementi senza label, struttura heading sbagliata, attributi ARIA mancanti. Non sostituisce il testing manuale ma elimina i problemi ovvi prima che arrivino in produzione.
Seconda fase: testing da tastiera. Navigo tutto il sito usando solo Tab, Shift+Tab, Enter, Space, frecce direzionali. Verifico che ogni elemento interattivo sia raggiungibile, che il focus sia sempre visibile, che le modali si chiudano con Escape, che i dropdown funzionino con le frecce. Questo rileva i problemi di gestione del focus che gli screen reader trovano difficili.
Terza fase: screen reader testing. Uso VoiceOver su Mac (Cmd+F5) per 15-20 minuti sul flusso principale dell'applicazione. Non cerco la perfezione — cerco i blocchi: elementi che il screen reader non può leggere, azioni che non si possono completare, testo alternativo mancante o fuorviante. Una sessione di 20 minuti rivela più problemi reali di ore di analisi teorica.