Cos'è il test di accessibilità? (Esempi)

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 di Test di usabilità.

Le persone con disabilità utilizzano la tecnologia assistiva, che le aiuta a utilizzare un prodotto software. Esempi di tale software sono:

• Software di riconoscimento vocale – Converte la parola parlata in testo, che funge da input per il computer.
• Software di lettura dello schermo – Utilizzato per leggere il testo visualizzato sullo schermo.
• Software per l'ingrandimento dello schermo– Utilizzato per ingrandire il monitor e facilitare la lettura agli utenti con problemi di vista.
• Tastiera speciale realizzato per gli utenti che facilitano la digitazione e che hanno difficoltà di controllo motorio

Perché testare l'accessibilità?

Motivo 1: Soddisfare il mercato delle persone disabili.

Circa il 20% della popolazione ha problemi di disabilità.

• 1 persona su 10 ha una disabilità grave
• 1 persona su 2 sopra i 65 anni ha capacità ridotte

Le disabilità includono la cecità, la sordità, gli handicappati 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 il test di accessibilità viene inserito nel normale ciclo di vita del test del software.

Motivo 2: Rispettare le normative sull'accessibilità

Le agenzie governative di tutto il mondo hanno emesso legalizzazioni che richiedono che i prodotti IT siano accessibili alle persone disabili.

Di seguito sono riportati gli atti giuridici dei vari governi:

• Stati Uniti: Americans with Disabilities Act – 1990
• Regno Unito: Legge sulla discriminazione dei disabili – 1995
• Australia: Legge sulla discriminazione dei disabili – 1992
• Irlanda: legge sulla disabilità del 2005

I test di accessibilità sono importanti per garantire la conformità legale.

Motivo 3: Evitare potenziali azioni legali

In passato, le aziende Fortune 500 sono state citate in giudizio perché i loro prodotti non erano adatti ai disabili. Ecco alcuni casi importanti.

• Federazione Nazionale dei Ciechi (NFB) vs Amazon (2007)
• Sexton e NFB vs Target (2007)
• Accordo NFB contro AOL (1999)

È meglio creare prodotti che supportino i disabili ed evitino potenziali azioni legali.

Quali disabilità supportare?

Un'applicazione deve supportare le persone con disabilità come:

Tipo di disabilità	Invalidità Descriptione
Disabilità visiva	Cecità completa o daltonismo o scarsa visione Problemi visivi come effetti stroboscopici e lampeggianti
Disabilità fisica	Non è in grado di utilizzare il mouse o la tastiera con una mano. Scarse capacità motorie come movimenti delle mani e lentezza muscolare
Disabilità cognitiva	Difficoltà di apprendimento o scarsa memoria o incapacità di comprendere scenari più complessi
Disabilità di alfabetizzazione	Problemi di lettura
Disabilità dell'udito	Problemi uditivi come sordità e disturbi dell'udito Non riesco a sentire o non riesco a sentire chiaramente

Come eseguire i test di accessibilità?

I test di accessibilità possono essere eseguiti in 2 modi e sono:

1. Manuale
2. Automatizzata

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 diversi modi per 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 opzione ho? Esiste un'opzione di una sola parola denominata come SCREEN READER. Sì, hai capito bene. SCREEN READER. Ora, cos'è questo lettore di schermo? È un software utilizzato per narrare i contenuti sul web. Fondamentalmente, cosa c'è sul tuo sito web, che si tratti di contenuto, collegamento, pulsante di opzione, immagini, video, ecc. Uno screen reader narrerà ogni cosa per me. Sono disponibili numerosi lettori di schermo. Ho lavorato con le mascelle.

Fondamentalmente, quando avvii Jasper o qualsiasi lettore di schermo e poi vai al sito Web, ti narrerà il contenuto completo. Ad esempio: ho avviato Jaws e avviato il browser JAWS annuncerà che Mozilla Firefox inizia la pagina, ora se vado alla barra degli indirizzi, JAWS lo annuncerà BARRA DEGLI INDIRIZZI e quindi digitare www.google.com sulla barra degli indirizzi, jaws spiegherà in questo modo: -

Address Bar,w,w,w,period,g,o,o,g,l,e,period,c,o,m. Also, when the page loads completely jaws will again announce Google.Com Home page.

Now if I go to Google Search, then JAWS will announce that Google search. So it would be easy for a blind person to recognize things in an easy manner.

Il punto che voglio spiegare qui è che uno screen reader racconterà parola per parola se inserisci qualcosa nella casella di testo. Allo stesso modo, se è presente un collegamento, lo pronuncerà come collegamento, per Pulsante lo pronuncerà come pulsante. In modo che una persona cieca possa identificare facilmente le cose.

Ora, se un sito web è progettato e sviluppato in modo inadeguato, allora potrebbe essere possibile (in genere accade) che jaws non sia in grado di narrare il contenuto corretto, il che a sua volta risulta inaccessibile per una persona non vedente. (Ad esempio se jaws sta narrando un collegamento come un contenuto, un utente cieco non sarebbe mai in grado di sapere che si tratta di un collegamento e se questo sarebbe cruciale per quel sito web allora 👍). In tal caso, il risultato sarebbe una perdita elevata per l'attività del sito web.

2) Compromissione della vista

Ci sono due categorie che voglio siano menzionate sotto la disabilità visiva.

Il primo è il daltonismo. Daltonismo significa non completamente cieco ma non in grado di vedere correttamente alcuni colori specifici. Il rosso e il blu sono i colori comuni che le persone non sono in grado di vedere correttamente se sono daltoniche. Quindi, in sostanza, se ho un daltonismo legato al rosso e voglio utilizzare un sito web che sia per l'80% in rosso, allora???Mi sentirei 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 è facile accedervi. Normalmente il bianco e nero sono considerati universali.

3) DISABILITÀ DI VISIONE SCARSA

Una seconda cosa è che una persona con problemi di vista (visione non chiara) o con diversi problemi alla vista (ci sono molti problemi agli occhi legati alla retina, ecc.) possa accedere a qualsiasi sito.

1) In questi casi, la cosa migliore da fare è evitare testi piccoli. Perché sarebbe un grande vantaggio per le persone con problemi di vista.

2) Inoltre, le persone con problemi di vista vorrebbero ingrandire il testo del sito web per renderlo più comodo per loro. Quindi un sito web dovrebbe essere progettato in modo tale che, se lo si ingrandisce, il suo layout non sia divisibile quando si ingrandisce il testo. Altrimenti, non sarà una buona impressione per loro.

4) Altra disabilità

Nei test di accessibilità per il pubblico con disabilità, un punto molto importante da considerare è l'accesso al sito Web senza l'uso del mouse. Una persona dovrebbe essere in grado di accedere completamente al sito Web: i link, i pulsanti, i pulsanti di scelta, le caselle di controllo, i pop-up, i menu a discesa, tutti i controlli dovrebbero essere completamente accessibili e utilizzabili tramite la tastiera.

Per Esempio: Se sono paralizzato con la mano destra e non mi trovo a mio agio con un mouse o se non voglio usarlo, cosa succede? In tal caso, se non riesco ad accedere ai link o alle caselle di controllo sul sito tramite tastiera, allora👍 Quindi un sito web dovrebbe essere completamente accessibile con la tastiera.

Alternative Text should be there for Images, Audio, Video so that screen reader reads them and will narrate them so that a blind person can easily recognize what the  image, audio, the video is all about. In addition, to it, keyboard shortcuts should be there to easily access website and navigation should be available with the keyboard.

Inoltre, il focus dovrebbe essere completamente visibile. Quando premiamo 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 la facilità di accesso.

Utente con disabilità uditiva (non udenti o con difficoltà di ascolto): Gli ultimi sono persone con disabilità uditiva. Una persona sorda può accedere al sito Web poiché è in grado di vedere il contenuto del sito Web. Ma quando si tratta di audio e video si trovano ad affrontare difficoltà. Quindi in tal caso, per qualsiasi video e audio, dovrebbe essere presente il testo alternativo. Il 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 farsi un'idea di cosa tratta il video.

Casi di test campione Test di accessibilità

Di seguito sono riportati i punti da controllare affinché l'applicazione possa essere utilizzata da tutti gli utenti. Questa checklist viene utilizzata per firmare i test di accessibilità.

1. Un'applicazione fornisce equivalenti da tastiera per tutte le operazioni del mouse e per tutte le finestre?
2. Le istruzioni vengono fornite come parte della documentazione per l'utente o del manuale? È facile comprendere e utilizzare l'applicazione utilizzando la documentazione?
3. Le schede sono ordinate logicamente per garantire una navigazione fluida?
4. Sono forniti tasti di scelta rapida per i menu?
5. L'applicazione supporta tutti i sistemi operativi?
6. Il tempo di risposta di ciascuna schermata o pagina è chiaramente menzionato in modo che gli utenti finali sappiano quanto attendere?
7. Tutte le etichette sono scritte correttamente nell'applicazione?
8. Il colore dell'applicazione è flessibile per tutti gli utenti?
9. Se le immagini o le icone vengono utilizzate in modo appropriato in modo che siano facilmente comprensibili dagli utenti finali?
10. Se un'applicazione dispone di avvisi audio?
11. Se un utente è in grado di regolare i controlli audio o video?
12. Se un utente può sovrascrivere i caratteri predefiniti per la stampa e la visualizzazione del testo?
13. L'utente può regolare o disattivare i display lampeggianti, rotanti o in movimento?
14. Verificare che la codifica a colori non venga mai utilizzata come unico mezzo per trasmettere informazioni o indicare un'azione.
15. L'evidenziazione è visibile con i colori invertiti? Test del colore nell'applicazione modificando il rapporto di contrasto
16. I contenuti audio e video vengono ascoltati correttamente dalle persone disabili? Testa tutte le pagine multimediali senza altoparlanti sui siti web
17. È prevista una formazione per gli utenti con disabilità che consentirà loro di acquisire familiarità con il software o l'applicazione?

Miti sui test di accessibilità

Di seguito sono riportati i miti sui test di accessibilità:

Mito: Creare un sito web accessibile è costoso

Fatto: Non è caro. Prendetevi del tempo per pensare ai problemi di accessibilità nella fase di progettazione stessa insieme ai test di base. Ciò farà risparmiare denaro e rilavorazioni.

Mito: Cambiare i siti web inaccessibili in siti web accessibili è un'operazione dispendiosa in termini di tempo e denaro

Non è necessario incorporare tutte le modifiche in una volta. Lavorare sui bisogni primari più necessari per gli utenti disabili.

Mito: L'accessibilità è semplice e noiosa

È possibile rendere le pagine Web attraenti, ma dovrebbero essere progettate in modo tale da poter essere accessibili a tutti gli utenti. Inoltre, secondo le linee guida sull'accessibilità dei contenuti web del W3C, scoraggia fortemente l'uso di pagine di solo testo.

Mito: Accessibilità se per non vedenti e disabili

Fatto Seguire le linee guida sull'accessibilità migliora l'usabilità complessiva del software, il che aiuta anche gli utenti abituali.

Conclusione

In Ingegneria del software, i test di accessibilità aiutano a rendere la tua applicazione accessibile ai disabili. Se seguire le linee guida di accessibilità non è possibile a causa della complessità della tua applicazione web, crea una versione del sito web per gli utenti normali e un'altra per i disabili