Risorse · 22
Valutare l'accessibilità web attraverso percorsi e prove
Definire l'ambito, testare le attività essenziali e documentare le soluzioni verificabili.
Aggiornato · 2 min
Obiettivi di questa guida
- Definire l'ambito della valutazione
- Selezionare i percorsi
- Combinare i metodi
- Verificare le soluzioni
Verifica rapida
- Quali attività e persone devono essere incluse?
- Quali modelli, lingue e stati interattivi rappresentano il prodotto?
- Il percorso può essere completato con tastiera e zoom?
- Le alternative e i messaggi sono comprensibili?
- Tutte le correzioni sono state testate nuovamente?
Metodo passo passo
- 1
Definire l'ambito
Specificare prodotto, versioni, lingue, tecnologie, percorsi e livello WCAG di destinazione. Includere stati di errore, moduli e contenuti essenziali.
Risultato: ambito e criteri di riferimento.
- 2
Esplorare e campionare
Inventariare modelli, componenti, percorsi e varianti. Selezionare viste rappresentative, incluse pagine critiche e stati interattivi; registrare le esclusioni.
Risultato: elenco motivato delle viste da testare.
- 3
Eseguire i controlli iniziali
Utilizzare strumenti automatizzati per individuare alcuni errori, quindi verificare manualmente errori relativi a tastiera, focus, zoom, struttura, etichette, alternative ed errori dei moduli.
Risultato: osservazioni riproducibili con contesto.
- 4
Testare le attività complete
Seguire i percorsi end-to-end, inclusi i cambi di stato, la convalida e la conferma. Coinvolgere gli utenti interessati, ove possibile, per comprenderne gli effetti reali.
Risultato: registro del percorso e ostacoli osservati.
- 5
Report con limiti
Collegare ogni riscontro a una vista, ai passaggi di riproduzione, al criterio applicabile, all'effetto e alla soluzione proposta. Uno strumento da solo non è sufficiente a stabilire la conformità complessiva.
Risultato: report prioritario con ambito e limiti.
- 6
Correzione e ritest
Verificare le modifiche con gli stessi percorsi e strumenti appropriati, quindi controllare i componenti condivisi e le regressioni prima della chiusura.
Risultato: documentazione del ritest e registro delle correzioni.
Indicatori di gestione
| Indicatore | Cosa misura | Prima azione |
|---|---|---|
| Percorsi coperti | Attività essenziali valutate end-to-end | Aggiungere i percorsi omessi |
| Risultati riproducibili | Barriere con passaggi e contesto precisi | Chiarire i report vaghi |
| Correzioni ritestate | Risultati risolti verificati nuovamente | Riesaminare i casi aperti |
| Componenti condivisi | Correzioni verificate su tutti i modelli | Correggere la fonte comune |
Errori comuni
- Equiparare il punteggio di uno strumento alla conformità WCAG
- Testare solo la home page
- Stati di errore o contenuti localizzati mancanti
- Chiudere un ticket senza riprodurre il percorso
Domande frequenti
Uno scanner automatico è sufficiente?
No. L'automazione rileva alcuni errori; l'usabilità e molti criteri richiedono una valutazione umana.
Ogni URL deve essere testato?
Un metodo strutturato può utilizzare un campionamento rappresentativo, coprendo al contempo le viste e le attività essenziali e documentandone i limiti.
Cosa significa "conforme"?
Una dichiarazione di conformità richiede un ambito esplicito e una valutazione completa rispetto ai criteri applicabili. Questa guida organizza il lavoro; non rilascia una certificazione.
Riferimenti ufficiali
I riferimenti supportano il metodo. Adattare i controlli al proprio contesto; non costituiscono una certificazione. I titoli dei riferimenti originali e i documenti di origine potrebbero essere in un'altra lingua.
