Che cos'è il test di accessibilità?
Il test di accessibilità è definito come un tipo di test del software eseguito per garantire che l'applicazione testata sia utilizzabile da persone con disabilità come udito, daltonismo, vecchiaia e altri gruppi svantaggiati. È un sottoinsieme dei test di usabilità.
Le persone con disabilità utilizzano la tecnologia assistiva che le aiuta a far funzionare un prodotto software. Esempi di tale software sono:
- Software di riconoscimento vocale: convertirà la parola pronunciata in testo, che funge da input per il computer.
- Software di lettura dello schermo : utilizzato per leggere il testo visualizzato sullo schermo
- Software di ingrandimento dello schermo: utilizzato per ingrandire il monitor e semplificare la lettura per gli utenti con problemi di vista.
- Tastiera speciale realizzata per gli utenti per una facile digitazione che hanno difficoltà di controllo del motore
In questo tutorial imparerai-
- Cos'è il test di accessibilità?
- Perché il test di accessibilità?
- Quali disabilità supportare?
- Come eseguire il test di accessibilità?
- Strumenti di test di accessibilità
- Miti dei test di accessibilità
Perché i test di accessibilità?
Motivo 1 : provvedere al mercato per le persone disabili.
Circa il 20% della popolazione ha problemi di disabilità.
- 1 persona su 10 ha una grave disabilità
- 1 persona su 2 sopra i 65 anni ha capacità ridotte
Le disabilità includono cecità, sordità, handicap o qualsiasi disturbo del corpo.
Un prodotto software può soddisfare questo grande mercato, se reso accessibile ai disabili. I problemi di accessibilità nel software possono essere risolti se i test di accessibilità fanno parte del normale ciclo di vita dei test del software.
Motivo 2 : rispettare le leggi sull'accessibilità
Le agenzie governative di tutto il mondo hanno rilasciato legalizzazioni, che richiedono che i prodotti IT siano accessibili alle persone disabili.
Di seguito sono riportati gli atti legali di vari governi:
- Stati Uniti: Americans with Disabilities Act - 1990
- Regno Unito: Disability Discrimination Act - 1995
- Australia: Disability Discrimination Act - 1992
- Irlanda: Disability Act del 2005
Il test di accessibilità è importante per garantire la conformità legale.
Motivo 3 : evitare potenziali cause legali
In passato, le società Fortune 500 sono state citate in giudizio perché i loro prodotti non erano accessibili ai disabili. Ecco alcuni casi importanti
- Federazione nazionale per i ciechi (NFB) vs Amazon (2007)
- Sexton e NFB contro Target (2007)
- Insediamento NFB Vs AOL (1999)
È meglio creare prodotti che supportano i disabili ed evitare potenziali cause legali.
Quali disabilità supportare?
L'applicazione deve supportare le persone con disabilità come:
|
Tipo di disabilità |
Descrizione della disabilità |
|---|---|
|
Disabilità visiva |
|
|
Disabilità fisica |
|
|
Disabilità cognitiva |
|
|
Disabilità di alfabetizzazione |
|
|
Disabilità uditiva |
|
Come eseguire il test di accessibilità?
I test di accessibilità possono essere eseguiti in 2 modi e sono:
- Manuale
- Automatizzato
Di seguito sono riportati i punti da verificare affinché l'applicazione possa essere utilizzata da tutti gli utenti. Questo elenco di controllo viene utilizzato per firmare i test di accessibilità.
- Se un'applicazione fornisce equivalenti da tastiera per tutte le operazioni del mouse e le finestre?
- Se le istruzioni sono fornite come parte della documentazione per l'utente o del manuale? È facile capire e utilizzare l'applicazione utilizzando la documentazione?
- Se le schede sono ordinate in modo logico per garantire una navigazione fluida?
- Sono disponibili tasti di scelta rapida per i menu?
- Se l'applicazione supporta tutti i sistemi operativi?
- Se il tempo di risposta di ogni schermata o pagina è chiaramente indicato in modo che gli utenti finali sappiano quanto tempo aspettare?
- Se tutte le etichette sono scritte correttamente nell'applicazione?
- Se il colore dell'applicazione è flessibile per tutti gli utenti?
- Se le immagini o le icone vengono utilizzate in modo appropriato, quindi è facilmente comprensibile dagli utenti finali?
- Se un'applicazione dispone di avvisi audio?
- Se un utente è in grado di regolare i controlli audio o video?
- Se un utente può sovrascrivere i caratteri predefiniti per la stampa e la visualizzazione del testo?
- Se l'utente può regolare o disabilitare i display lampeggianti, rotanti o in movimento?
- Verificare che il codice colore non venga mai utilizzato come unico mezzo per trasmettere informazioni o indicare un'azione
- Se l'evidenziazione è visualizzabile con i colori invertiti? Verifica del colore nell'applicazione modificando il rapporto di contrasto
- Se i contenuti relativi all'audio e al video vengono ascoltati correttamente dalle persone con disabilità? Prova tutte le pagine multimediali senza altoparlanti nei siti web
- Se viene fornita formazione agli utenti con disabilità che consentirà loro di acquisire familiarità con il software o l'applicazione?
I test di accessibilità possono essere impegnativi per i tester perché non hanno familiarità con le disabilità. È meglio lavorare con persone disabili che hanno esigenze specifiche per comprendere le loro sfide.
Esistono modi diversi di testare l'accessibilità a seconda della disabilità. Li impareremo tutti uno per uno.
1) Disabilità visiva
OK, ora supponiamo che non abbia capacità visive. Sono completamente cieco e volevo accedere al sito Web XYZ. In tal caso, qual è l'opzione ???? Non riesco ad accedere al sito web XYZ? Che possibilità ho? C'è un'opzione di una sola parola che viene definita SCREENREADER. Sì, hai capito bene. SCREENREADER. Cos'è questo lettore di schermo? È un software che viene utilizzato per narrare il contenuto sul web. Fondamentalmente, quello che c'è sul tuo sito web, sia che si tratti di contenuto, link, pulsante di opzione, immagini, video, ecc. Sono disponibili numerosi screen reader. Ho lavorato con le mascelle.
Fondamentalmente, quando avvii Jaws o qualsiasi screen reader e poi vai sul sito Web, ti verrà narrato il contenuto completo. Ad esempio: ho avviato jaws e avviato il browser JAWS annuncerà che Mozilla Firefox avvia la pagina, ora se vado alla barra degli indirizzi, JAWS annuncerà quella BARRA DELL'INDIRIZZO e quindi digiterà www.google.com sulla barra degli indirizzi, jaws andrà per spiegare in qualche modo in questo modo: -
Barra degli indirizzi, w, w, w, period, g, o, o, g, l, e, period, c, o, m. Inoltre, quando la pagina viene caricata completamente, jaws annuncerà nuovamente la home page di Google.Com.Ora, se vado su Ricerca Google, JAWS annuncerà la ricerca su Google. Quindi sarebbe facile per un cieco riconoscere le cose in modo semplice.
Il punto che voglio spiegare qui uno screen reader narrerà parola per parola se inserisci qualcosa o nella casella di testo . Allo stesso modo, se c'è un collegamento lo pronuncerà come un collegamento, per Button lo pronuncerà come un pulsante. In modo che una persona cieca possa identificare facilmente le cose.
Ora, se un sito Web è progettato e sviluppato male, potrebbe essere possibile (generalmente accade) che jaws non sia in grado di narrare il contenuto corretto che a sua volta risulta inaccessibile per i non vedenti. contenuto, quindi un utente non vedente non sarebbe mai in grado di sapere che si tratta di un collegamento e se questo fosse cruciale per quel sito Web, allora ????) In tal caso, sarebbe un risultato in una perdita elevata per il sito Web.
2) Disabilità visiva
Ci sono due categorie che desidero essere menzionate per i problemi di vista.
Il primo è daltonismo. Daltonismo significa non completamente cieco ma non in grado di visualizzare correttamente alcuni colori specifici. Il rosso e il blu sono i colori comuni che le persone non sono in grado di vedere correttamente se soffrono di daltonismo. Quindi, fondamentalmente, se ho un daltonismo di colore rosso e voglio usare un sito web che è l'80% in rosso, allora ??? Sarei a mio agio su quel sito web? La risposta è no.
Quindi un sito web dovrebbe essere progettato in modo tale che una persona daltonica non abbia alcun problema ad accedervi. Prendi un semplice esempio di un pulsante che è in rosso. Per renderlo accessibile se delineato con il nero. Quindi è di facile accesso. Normalmente il bianco e il nero sono considerati universali.
3) DISABILITÀ DELLA VISIONE SCARSA
La seconda cosa è una persona che ha una vista scarsa (visione non chiara) o ha diversi problemi alla vista (ci sono molti problemi agli occhi legati alla retina, ecc.) Per accedere a qualsiasi sito.
1) In questi casi, la cosa migliore da fare è evitare il testo piccolo. Perché sarebbe un grande vantaggio per le persone con scarsa vista.
2) Inoltre, le persone con problemi di vista vorrebbero ingrandire il testo del sito Web per renderlo confortevole. Quindi un sito web dovrebbe essere progettato in modo tale che se lo si ingrandisce, il suo layout non è frangibile quando si ingrandisce il testo. Altrimenti, non sarà una buona impressione per loro.
4) Altra disabilità
Nei test di accessibilità per il pubblico disabili, un punto molto importante da considerare è l'accesso al sito Web senza l'uso del mouse. Una persona dovrebbe essere in grado di completare l'accesso al sito Web i collegamenti, i pulsanti, i pulsanti di opzione, le caselle di controllo, i popup, i menu a discesa, tutti i controlli dovrebbero essere completamente accessibili e utilizzabili tramite la tastiera.
Ad esempio : se sono paralizzato dalla mano destra e non mi sento a mio agio con un mouse o dico che non voglio usare un mouse, allora cosa? In tal caso, se non sono in grado di accedere al link o alle caselle di controllo sul sito tramite la tastiera, allora ???? Quindi un sito Web dovrebbe essere completamente accessibile con la tastiera.
Il testo alternativo dovrebbe essere disponibile per immagini, audio, video in modo che lo screen reader li legga e li narrerà in modo che una persona non vedente possa riconoscere facilmente di cosa tratta l'immagine, l'audio, il video. Inoltre, dovrebbero essere presenti scorciatoie da tastiera per accedere facilmente al sito Web e la navigazione dovrebbe essere disponibile con la tastiera.
Inoltre, lo stato attivo dovrebbe essere completamente visibile. Quando si preme TAB, l'utente dovrebbe essere in grado di vedere dove si sta muovendo il controllo. Con la messa a fuoco visibile, diventa molto facile per un utente con problemi di vista o daltonismo identificare il flusso di un sito e anche una facilità di accesso.
Utenti con disabilità uditiva (non udenti o con difficoltà di ascolto): gli ultimi sono una persona con disabilità uditiva. Una persona sorda può accedere al sito web poiché è ciò che può vedere il contenuto del sito web. Ma quando si tratta di audio e video devono affrontare delle difficoltà. Quindi, in quel caso, per qualsiasi video e audio, dovrebbe esserci un testo alternativo. Testo alternativo significa testo alternativo. Supponiamo che ci sia un video su come prenotare un biglietto aereo. In tal caso, il testo dovrebbe essere lì in modo che una persona sorda possa leggerlo e avere un'idea di cosa tratta il video.
Strumenti per il test dell'accessibilità:
Per rendere il tuo sito web più accettabile e facile da usare, è fondamentale che sia facilmente accessibile. Esistono vari strumenti di test dell'accessibilità che possono controllare l'accessibilità del sito web.
Di seguito sono riportati alcuni dei popolari strumenti di test dell'accessibilità :
1) Onda
Wave è uno strumento di accessibilità web gratuito creato da WEBAIM. Viene utilizzato per convalidare manualmente la pagina Web per vari aspetti dell'accessibilità. Questo strumento può essere utilizzato per controllare le pagine Intranet, protette da password, generate dinamicamente o sensibili. Le principali funzioni di Web Accessibility Toolbar includono l'identificazione dei componenti di una pagina Web, l'accesso a una visualizzazione alternativa del contenuto della pagina e l'agevolazione dell'uso di applicazioni online di terze parti. Garantisce report di accessibilità privati e sicuri al 100%
Visita qui
2) TAW
TAW è lo strumento online per determinare l'accessibilità del tuo web. Questo strumento analizza il sito web in conformità con le linee guida per l'accessibilità web del W3C e mostra i problemi di accessibilità. I problemi del test di accessibilità web sono classificati in priorità 1, priorità 2 e priorità 3. La caratteristica interessante di TAW è la capacità di generare sottoinsiemi di WCAG 1.0 su cui testare. Nello strumento TAW, puoi scegliere di testare una singola pagina o più pagine tramite lo "spider" di un sito. TAW ci consente anche di definire controlli aggiuntivi tramite la finestra di dialogo "Controllo utente"
Visita qui
3) Valet per l'accessibilità
È uno strumento che consente di verificare la conformità delle pagine Web alle WCAG (Web Content Accessibility Guidelines). Tutte le opzioni di reportistica HTML mostrano il tuo markup in una forma normalizzata evidenziando il marchio deprecato, falso e valido, nonché gli elementi che sono fuori luogo. Questo strumento offre varie funzionalità come
- Rapporti approfonditi per sviluppatori
- Riepilogo esecutivo per QA e Management
- Meta-dati per il web semantico e il WWW
- Pulizia automatica e conversione da HTML a XHtml
- Strumenti di scripting
Visita qui
4) Strumenti per sviluppatori di accessibilità
È un'estensione di Chrome. Funziona e verifica dell'accessibilità. I risultati dell'audit mostrano le regole di accessibilità violate dalla pagina sotto test. L'estensione ha ottime recensioni e viene aggiornata di frequente
Visita qui
5) Tester di pagine di accessibilità rapida
Poiché ci sono alcune eccellenti barre degli strumenti di accessibilità, Quick Page Accessibility Tester è un segnalibro su cui puoi fare clic per ottenere una rapida analisi della pagina web. Individuerà vari problemi con la tua pagina, avverte di possibili problemi ed evidenzierà le aree della pagina che potrebbero trarre vantaggio da ARIA (Accessible Rich Internet Applications).
Visita qui
Esistono vari strumenti disponibili sul mercato per eseguire i test di accessibilità web indicati di seguito:
6) aDesigner
Si tratta di uno strumento sviluppato da IBM che simula l'esperienza di persone con disabilità visive in modo che il progettista possa comprendere meglio le esigenze delle persone disabili e sviluppare le applicazioni di conseguenza.
Visita qui
7) WebAnywhere
Questo è uno strumento basato su browser che funziona in modo simile agli screen reader come Jaws. Aiuta i lettori a leggere la pagina web.
Visita qui
8) Barra degli strumenti di accessibilità web
WAT è un'estensione di Internet Explorer o Opera che offre ai progettisti di pagine web funzioni utili nell'analisi della pagina web. Una delle migliori caratteristiche è la funzione GreyScale che aiuta a trovare punti a basso contrasto nel design.
Visita qui
Miti dei test di accessibilità:
Di seguito sono riportati i miti dei test di accessibilità:
Mito: la creazione di un sito Web accessibile è costosa
Fatto: non è costoso. Prenditi il tempo necessario per pensare ai problemi di accessibilità nella fase di progettazione stessa insieme ai test di base. Ciò consentirà di risparmiare denaro e rielaborare.
Mito: cambiare i siti Web inaccessibili in siti Web accessibili richiede tempo e denaro
Non è necessario incorporare tutte le modifiche contemporaneamente. Lavora sui bisogni di base più necessari per gli utenti disabili.
Mito: l' accessibilità è semplice e noiosa
Accessibilità non significa solo pagina di testo
Puoi rendere attraenti le pagine web, ma dovrebbe essere progettato in modo tale da essere accessibile a tutti gli utenti. Anche secondo le linee guida per l'accessibilità dei contenuti web del W3C, sconsiglia vivamente l'uso di pagine di solo testo.
Mito: Accessibilità se per ciechi e disabili
Fatto Seguire le linee guida per l'accessibilità migliora l'usabilità complessiva del software, che aiuta anche gli utenti regolari.
Conclusione
Nell'ingegneria del software, i test di accessibilità aiutano a rendere la tua applicazione accessibile ai disabili. Se non è possibile seguire le linee guida sull'accessibilità a causa della complessità della tua applicazione web, crea una versione del sito web per utenti regolari e un'altra per disabilitare