Testare l'accessibilità al sito Web attraverso attività reali

Scegli pagine e attività rappresentative

Inizia con la home page, un lungo articolo, un elenco filtrato, un modulo e una pagina di errore. Includere layout mobili e lingue pubblicate. Per ogni viaggio, registra il suo punto di partenza, l'azione prevista e la conferma visibile del successo.

Mantieni l'URL, il viewport, il browser e la data con ogni risultato. Uno screenshot da solo non può spiegare una trappola per tastiera o un feedback annunciato al momento sbagliato.

• raggiungere le informazioni dal menu.
• Trova un risultato con un filtro.
• inviare e correggere un modulo.

Naviga senza mouse

Ricaricate la pagina e utilizzate Tab, Maiusc+Tab, Invio, la barra spaziatrice e le frecce secondo il controllo. Il focus deve rimanere visibile e seguire un ordine logico. Aprite il menu, modificate i filtri, raggiungete i collegamenti dopo una scheda e chiudete le finestre di dialogo senza rimanere bloccati nella navigazione da tastiera.

Controlla anche i link salta e gli ancoraggi nella pagina. Dopo un salto, la lettura dovrebbe continuare dalla sezione prevista. Le Controlli preliminari del W3C sono un inizio utile, non un audit completo.

Leggi la pagina in altri modi

Aumenta le dimensioni del testo e lo zoom del browser al 200%, quindi prova una finestra delle dimensioni del telefono. Il contenuto e i controlli essenziali dovrebbero rimanere disponibili senza scorrimento orizzontale forzato. Misura il contrasto per il testo, gli indicatori di messa a fuoco e i messaggi importanti con uno strumento appropriato.

Utilizzare uno screen reader per scansionare le intestazioni e i collegamenti. Le intestazioni dovrebbero descrivere le sezioni, i collegamenti dovrebbero avere senso al di fuori del loro paragrafo e le immagini informative necessitano di alternative utili. Le immagini decorative possono avere un attributo alt vuoto.

Errori di prova e modifiche dinamiche

Invia un modulo vuoto e quindi un indirizzo non valido. Il feedback dovrebbe identificare il campo da correggere, rimanere associato ad esso e preservare le risposte valide. Dopo la sottomissione, il successo o il fallimento devono essere percepiti senza fare affidamento sul solo colore.

Per la ricerca e i filtri, controlla il conteggio dei risultati, lo stato vuoto e l'annuncio delle modifiche a uno screen reader. Un'interfaccia può funzionare con un mouse mentre i suoi aggiornamenti rimangono difficili da capire in un'altra modalità.

• Passo esatto che fallisce.
• effetto sul compito del visitatore.
• Previsto controllo e ripetizione del controllo.

dare priorità e cercare una valutazione completa

Risolvi prima le barriere che impediscono la lettura, la navigazione, il confronto o il contatto. Ripetere lo stesso viaggio dopo ogni correzione. Gli strumenti automatizzati possono trovare alcuni problemi, ma non possono giudicare se un testo alternativo o un viaggio abbiano senso.

Questi controlli preliminari non stabiliscono la conformità. Se si applica uno standard o una dichiarazione di accessibilità al sito, organizzare una valutazione appropriata rispetto allo standard pertinente, come WCAG o il francese RGAA . Le Lista di controllo pre-launch Aiuta a includere questi controlli nella revisione della versione.