Cum să coaceți straturi de testare a accesibilității în procesul dvs

Când construiți site-uri web sau aplicații, testarea accesibilității este esențială pentru a vă asigura că ceea ce creați va funcționa pentru toți utilizatorii dvs. Acestea includ utilizatorii cu dizabilități și, de asemenea, persoane cu limitări temporare și situaționale (cum ar fi acel coleg de serviciu care și-a rupt brațul la schi sau clientul care se află în aer liber la telefon cu strălucire pe ecran).

Vom împărtăși cum să „stratăm” testarea accesibilității utilizând o varietate de instrumente și abordări în diferite etape ale ciclului de viață al produsului digital pentru a detecta problemele de accesibilitate din timp, atunci când este mai ușor și mai ieftin să le remediați. Adoptarea unei abordări stratificate pentru testarea accesibilității site-ului dvs. îmbunătățește, de asemenea, gradul de utilizare al site-ului dvs. - ceea ce, la rândul său, vă mărește baza de clienți și reduce solicitările de servicii pentru clienți. Vă poate face și economisi bani.

Vom folosi o analogie de tort stratificat pentru a vorbi despre diferitele straturi de testare a accesibilității și când să le folosim. Analogiile alimentare au devenit destul de populare în lumea accesibilității!

Această abordare a funcționat bine pentru amândoi. Mike este un avocat experimentat al accesibilității și strateg senior la o firmă guvernamentală de tehnologie (CivicActions), iar Kate este șefa de servicii la o platformă de testare a accesibilității (Fable).

În timp ce Mike privește testarea accesibilității dintr-un unghi mai tehnic la începutul fazei de dezvoltare și scanarea pentru conformitate pe site-uri live, Kate se concentrează pe experiența utilizatorului . Amândoi am realizat că combinarea multor tipuri de testare a accesibilității pe parcursul ciclului de viață al dezvoltării produsului este o modalitate puternică de a îmbunătăți accesibilitatea globală a produsului. În acest articol, vom împărtăși câteva dintre lucrurile pe care le-am învățat.

Majoritatea organizațiilor abordează accesibilitatea în trei moduri principale:

1. Rularea instrumentelor pentru a vă verifica codul și/sau interfața cu utilizatorul.
   Aceasta este adesea denumită „testare automată” deoarece utilizați software pentru a testa automat multe probleme de accesibilitate simultan.
2. Utilizarea computerului într-un mod diferit de cel pe care îl faceți în mod normal.
   De exemplu, prin nefolosirea unui mouse, prin mărirea browserului la 200%) sau prin trecerea la modul Windows de contrast ridicat.

   

3. Utilizarea tehnologiei de asistență și a utilizatorilor cu dizabilități pentru a verifica problemele de utilizare.
   Aceasta este adesea denumită „testare manuală”, deoarece necesită ca o persoană să evalueze problemele de accesibilitate.

Mult prea multe organizații se bazează exclusiv pe o singură soluție de accesibilitate pentru a-și valida site-ul. Niciun instrument sau proces nu poate oferi unei organizații încrederea că satisface de fapt nevoile celui mai mare număr posibil de oameni.

Cum să securizați buy-in-ul pentru accesibilitate

În multe organizații, pentru a face teste de accesibilitate, veți avea nevoie de directori care să prioritizeze și să sprijine munca. Iată sfaturi despre cum să se întâmple acest lucru dacă nu aveți deja acceptarea pentru accesibilitate:

• Verificați dacă există o cerință legală pentru ca organizația dvs. să fie accesibilă.
  „Accesibility Act” și „Disability Act” sunt termeni de căutare care ar trebui să aducă legile relevante în majoritatea țărilor. Împărtășirea riscului legal poate fi stimulentul potrivit pentru unele organizații.
• Aflați ce fac concurenții dvs.
  Verificați o declarație de accesibilitate pe site-urile lor web. Majoritatea organizațiilor sunt dornice să rămână în fruntea concurenței și știind că alții acordă prioritate accesibilității ar putea fi util.
• Conectați-vă cu serviciul pentru clienți pentru a afla dacă există reclamații de accesibilitate.
  Dacă este posibil, contactați direct clienții pentru a afla despre experiențele lor și a împărtăși acele povești cu liderii companiei. A auzi despre clienți nemulțumiți poate fi un motiv de motivare uriaș. Dacă puteți obține permisiunea clienților, înregistrați o demonstrație a acestora care se confruntă cu provocări cu produsele dvs. Un astfel de videoclip poate fi foarte convingător.
• Explicați costurile financiare și recompensele.
  Multe companii cred că nu își pot permite să facă accesibilitate, dar este mult mai accesibil atunci când este integrat în munca de zi cu zi și nu o gândire ulterioară. Există, de asemenea, venituri potențiale de la persoanele cu dizabilități – la nivel global, acestea reprezintă peste 3 trilioane de dolari în venit disponibil.

• Găsiți campionul potrivit.
  Sunt șanse să existe deja cineva la cele mai înalte niveluri ale organizației căruia îi pasă de oameni și care face ceea ce trebuie. Acesta poate fi un lider în diversitate și incluziune, cineva care luptă pentru durabilitatea mediului sau alte probleme. Poate că este cineva cu un prieten sau un membru al familiei cu dizabilități. Să-i facă conștienți de accesibilitate poate fi tot ceea ce este necesar pentru a adăuga un nou accent eforturilor lor.

Adunați-vă ingredientele

Accesibilitatea ar trebui să fie inclusă în procesul dumneavoastră cât mai devreme posibil. Un loc de început este cu procesul de achiziție. Puteți încorpora accesibilitatea ca parte a procesului de revizuire pentru orice sistem tehnologic pe care îl cumpărați sau îl construiți. DisabilityIN are câteva resurse excelente pentru achiziții IT accesibile.

Căutarea declarațiilor de accesibilitate a furnizorilor sau a VPAT-urilor pentru produse poate ajuta, dar la fel poate face o revizuire rapidă cu unele dintre instrumentele menționate în rețeta de mai jos. Nu toate software-urile sunt create în mod egal, așa că doriți să fiți sigur că lucrați cu furnizori care contribuie activ la instrumente și procese care vă ajută să prioritizați accesibilitatea încă de la început.

O altă modalitate de a asigura accesibilitatea devreme, dacă creați sau actualizați un sistem de proiectare, este să alegeți o bibliotecă de componente care a fost construită având în vedere accesibilitatea. Căutați biblioteci cu o declarație clară de accesibilitate și o coadă deschisă de probleme care vă permite să examinați problemele.

Exemple:

• Echipa Angular Components a integrat accesibilitatea în biblioteca Material UI . De exemplu, componenta butonului radio utilizează un grup radio cu o etichetă aria. Fiecare buton radio se citește ca fiind bifat sau nebifat pentru un utilizator de cititor de ecran, butoanele pot fi selectate folosind tastele săgeți ca butoanele radio standard HTML, iar starea focalizată este clar vizibilă.
• Reakit for React descrie o funcție de avertizare de accesibilitate pe pagina lor de accesibilitate, care va informa dezvoltatorii când este nevoie de o etichetă aria.
• Biblioteca de componente web accesibilă Lion folosește o etichetă a11y pentru a eticheta problemele de accesibilitate în GitHub, astfel încât să puteți vedea ce este îmbunătățit și să vă deschideți propria problemă dacă este necesar.

O altă modalitate de a încorpora accesibilitatea în procesul dvs. este să actualizați una dintre personajele pe care echipa dvs. le folosește pentru a include dizabilitățile. Mulți oameni au mai multe dizabilități, așa că crearea a cel puțin unei persoane cu mai multe dizabilități vă va asigura că vă veți menține în fruntea audienței în toate lucrările de proiectare timpurii.

Pentru a concretiza acea persoană, discutați cu persoane cu dizabilități reale , inclusiv cu limitări temporare și situaționale, pentru a vă ajuta să înțelegeți cum folosesc acestea tehnologia, site-urile și aplicațiile în lumea reală. Una din cinci persoane are o dizabilitate permanentă, dar 100% din populație se va confrunta cu dizabilități de vedere, auz, mișcare sau cognitive la un moment dat în viața lor. Personajele noastre pot reflecta:

• persoane cu alergii, insomnie sau oase rupte;
• persoane care folosesc tehnologie învechită sau își folosesc computerele în exterior; sau chiar
• persoanele care își schimbă utilizarea tehnologiei în funcție de locație (de exemplu, dezactivarea imaginilor atunci când trebuie să economisească lățime de bandă de internet).

Micile schimbări ca acestea pot avea un impact mare asupra modului în care gândește echipa ta. O modalitate de a prezenta această schimbare a conducerii și a echipelor este să vorbiți despre modul în care vă va face personajele să reflecte mai mult pe utilizatorii dvs. actuali - care este scopul personalului. Trebuie să fie realiști.

Una dintre modalitățile cu cel mai mare impact de a implica persoanele cu dizabilități este să le ajute la proiectarea în comun a serviciilor și produselor. Australia are un set de instrumente de instruire gratuit despre cum să faci co-design cu persoanele cu dizabilități. Există, de asemenea, un studiu de caz grozav despre modul în care o companie a organizat sesiuni de co-design cu persoane cu dizabilități de învățare, în numele guvernului Regatului Unit.

Moștenire IT

Fie că ne place sau nu, majoritatea deciziilor legate de IT organizațional au fost luate cu luni (dacă nu cu ani) în urmă. Chiar și atunci când vă aflați în plin proces de achiziție, accesibilitatea este de obicei doar una dintre multele considerații. Acest lucru este de așteptat – chiar și în organizațiile care sunt pasionate de accesibilitate.

Cu tehnologia moștenită, primul pas este pur și simplu de a sensibiliza furnizorul sau echipa despre importanța accesibilității. Dacă puteți detalia problemele de accesibilitate pe care doriți să le rezolvați folosind instrumente automate, vă poate ajuta să ajustați modul în care un furnizor își clasifică lista de probleme. Nu există întotdeauna un portal comunitar pentru a posta preocupări ca acesta, dar ar putea exista o comunitate pe Twitter sau Reddit unde ai putea scoate problemele la lumină.

În plus, ar putea exista o temă personalizabilă care ar putea fi ajustată pentru a răspunde unora dintre preocupări. Unele soluții pot oferi o interfață de programare a aplicațiilor (API) care ar permite unui dezvoltator să construiască o interfață de utilizator accesibilă în jurul acesteia.

Dacă un furnizor are concurenți, poate fi util să evidențiezi caracteristicile de accesibilitate care sunt incluse în acel produs. Poate fi benefic să le reamintiți vânzătorilor că aveți opțiuni.

Dacă IT-ul moștenit este un produs construit intern, o modalitate bună de a-l evalua rapid este utilizarea numai a tastaturii. Dacă nu puteți utiliza produsul cu o tastatură (de exemplu, nu există nicio focalizare vizibilă sau interfața de utilizare se poate face doar clic cu mouse-ul), probabil că va fi mult efort pentru a îmbunătăți accesibilitatea produsului.

Luați în considerare oferirea de modalități alternative de acces la serviciu (de exemplu, asistență telefonică, serviciu în persoană sau e-mail), astfel încât persoanele care nu pot accesa produsul digital din cauza barierelor de accesibilitate să poată obține în continuare ceea ce au nevoie.

Gândiți-vă la foaia de parcurs organizațională și când ar putea fi fezabil să actualizați sau să retrageți produsul și cântăriți costul și efortul de accesibilitate față de acestea. Dacă aveți alte produse mai noi care nu sunt accesibile, ar putea fi mai productiv să vă concentrați eforturile asupra acestor produse dacă un instrument vechi se apropie de sfârșitul vieții.

Reteta

Iată un exemplu de abordare cuprinzătoare de testare a accesibilității, cu cinci straturi pentru un tort de testare a accesibilității cu adevărat delicios. Aflați care va fi bugetul dvs. și apoi stabiliți prețul pentru diferitele abordări de testare. Unele sunt gratuite, altele vor costa bani. În secțiunea următoare, oferim sfaturi despre unde să începeți dacă toate aceste straturi de testare nu se potrivesc bugetului dvs.

1. Cercetați nevoile utilizatorilor
   Asigurați-vă că chestionarul pe care îl utilizați pentru a analiza potențialii participanți la cercetare întreabă despre utilizarea tehnologiei de asistență. Acest lucru va facilita integrarea persoanelor cu dizabilități în procesul de cercetare existent, fără costuri suplimentare. Dacă nu aveți noroc să găsiți participanți în acest fel, încercați să contactați organizațiile pentru persoanele cu dizabilități.

   De asemenea, puteți modifica personajele de utilizator existente pentru a include utilizatorii cu dizabilități. Puteți împrumuta aspecte ale profilurilor de utilizator de la Gov.UK dacă trebuie să faceți acest lucru rapid și ieftin. Dacă aveți bugetul necesar, adăugați persoane cu dizabilități în recenziile de prototip și design. Acest lucru poate fi cel mai ușor de făcut dacă angajați un furnizor care oferă acest tip de servicii, de unde și necesitatea unui buget. Alternativ, puteți plăti participanții direct.

2. Rafinați-vă procesul
   Încurajați dezvoltatorii, designerii și autorii de conținut să includă verificări de accesibilitate ca parte a procesului lor. Iată modalități de a face asta folosind instrumente gratuite de testare automată:

   • Descărcați extensii/plug-in-uri gratuite pentru browser pentru a efectua teste specifice paginii pentru recenzii de design (WAVE sau Accesibility Insights)
   • Dacă utilizați testarea de integrare continuă ca parte a canalului de construire pentru dezvoltatori, asigurați-vă că evaluați accesibilitatea (există instrumente open-source gratuite pentru aceasta, cum ar fi Axe Core și Pa11y)
   • Oferiți autorilor de conținut instrumente în interfața WYSIWYG pentru a identifica barierele pe care le-au adăugat (HTML Code Sniffer)
   • Asigurați-vă că accesați site-ul cu crawlere în mod regulat pentru a detecta probleme de accesibilitate. Dacă este posibil, rulați crawlerele atât în ​​medii de realizare, cât și de producție (Purple Hats este o opțiune gratuită cu sursă deschisă)

3. QA manual
   Nu trebuie să adăugați oameni suplimentari pentru a face QA, doar să îl integrați în procesul dvs. existent. Dacă faceți un singur lucru, atunci nu mai folosiți mouse-ul în timpul QA obișnuit. Veți detecta erori de accesibilitate împreună cu alte erori funcționale. Dacă doriți să faceți mai mult, testați cu cititoare de ecran și lupe.

   Iată mai multe moduri prin care puteți face QA manuală a accesibilității fără a cumpăra niciun instrument:

   • Vă puteți accesa site-ul fără mouse-ul? Utilizați testarea manuală simplă, doar pe tastatură, pentru a evalua noi componente și conținut.
   • Răsfoiți site-ul dvs. cu mărirea setată la 200% sau mai mare, utilizând instrumentele de mărire încorporate în browser ( Ctrl + + ).
   • Treceți browserul sau sistemul de operare în modul întunecat și vedeți dacă site-ul dvs. funcționează bine pentru persoanele cu sensibilitate la lumină.
   • Efectuați teste la nivel de sprint cu dezvoltatori și designeri folosind tehnologie de asistență (VoiceOver, Microsoft Narrator și NVDA sunt opțiuni gratuite).

4. Testarea utilizatorului
   În mediile corporative mari, cu un buget dedicat pentru accesibilitate, puteți plăti utilizatorilor de tehnologie de asistență pentru a testa funcționalitatea în mediul dumneavoastră de organizare înainte de lansare.

   Nimic nu vă oferă o mai mare siguranță că produsul dvs. va funcționa pentru persoanele cu dizabilități decât validarea cu utilizatorii. Nici măcar un scor perfect de conformitate WCAG nu vă poate oferi această asigurare, așa cum o poate face o persoană reală care folosește produsul.

   Persoanelor cu dizabilități li se cere adesea să lucreze gratuit, ceea ce este problematic, deoarece mulți cu dizabilități sunt deja într-un dezavantaj economic. Dacă lucrezi la un proiect personal și nu ai buget, uită-te la rețeaua ta și vezi dacă există oameni care ar fi interesați să ajute în schimbul unei favoare echivalentă.

5. Revista de specialitate
   Dacă organizația dvs. are o echipă de accesibilitate, cereți-i să efectueze o versiune preliminară a testării de acceptare a utilizatorilor. Aici puteți obține feedback detaliat cu privire la conformitatea WCAG pe care este posibil să le fi ratat în pașii anteriori.

   Gândiți-vă la asta ca la o verificare finală; echipa ta de accesibilitate nu face toată munca în materie de accesibilitate, toată lumea are un rol de jucat. Echipele de accesibilitate sunt cele mai eficiente atunci când stabilesc standarde, oferă instruire, oferă îndrumări și evaluează conformitatea. Aceștia sprijină eforturile de accesibilitate, dar nu sunt singurii care lucrează în materie de accesibilitate. În acest fel, nicio persoană sau echipă nu devine un blocaj.

   Dacă nu aveți o echipă, puteți angaja profesioniști în accesibilitate pentru a face recenzii înainte de lansare.

Unde să încep

Începe de unde ești. Scopul nu este perfecțiunea, ci îmbunătățirea continuă. Implementarea tuturor straturilor simultan nu trebuie să fie scopul. Mai degrabă, este vorba de a începe cu unul sau două straturi și apoi de a adăuga treptat mai multe straturi, pe măsură ce echipa ta devine mai bună la testarea accesibilității. O felie mică de tort este mai bună decât nicio prăjitură.

Persoanele fizice

• Dacă sunteți nou în domeniul accesibilității, începeți prin a adăuga o extensie gratuită de browser pentru a găsi probleme de accesibilitate și începeți prin a afla cum să remediați erorile afișate. Bara de instrumente WAVE de la WebAIM este excelentă pentru aceasta.
• Începeți să distribuiți informații despre accesibilitate pe care le-ați găsit utile. Acest lucru ar putea fi doar pe Twitter sau Reddit, dar puteți începe și un buletin informativ pentru a ajuta la creșterea gradului de conștientizare.
• Înscrieți-vă la seminarii web sau evenimente axate pe accesibilitate, astfel încât să puteți afla mai multe.

echipe

• O echipă cu o abordare puternică de proiectare centrată pe utilizator ar putea dori să înceapă cu primul nivel: intervievarea persoanelor cu dizabilități ca parte a cercetării utilizatorilor.
• O echipă cu un proces puternic de conformitate IT ar putea investi într-o integrare mai strânsă a testării automate în procesul lor de integrare continuă sau mai întâi într-un crawler la nivel de site.
• Găsiți modalități de a încorpora accesibilitatea mai devreme în procesul de proiectare/dezvoltare.

Organizații

• Asigurați-vă că aveți declarații semnificative de accesibilitate care reflectă angajamentul organizației dvs. de a elimina barierele în calea persoanelor cu dizabilități.
• Construiți o rețea de campioni care să permită unei comunități de practică să crească și să învețe una de la cealaltă.

Limitările instrumentelor automate

Fiecare brutar trebuie să aibă un arsenal de unelte pe care se poate baza. Există instrumente de accesibilitate proprietare care merită luate în considerare, dar există și instrumente open-source excelente, inclusiv cele pe care le-am menționat în „rețeta” de mai sus, care sunt disponibile gratuit.

În site-urile dinamice moderne, este important să folosiți instrumente automate pentru a detecta erorile de accesibilitate mai devreme, înainte ca acestea să fie publicate pe site-ul live. De asemenea, este important să accesați cu crawlere site-ul pentru a vedea că toate paginile sunt încă conforme după ce au fost publicate și actualizate continuu.

Provocarea este că designerii și dezvoltatorii presupun adesea că, dacă testele nu raportează nicio eroare, un site este bun. Când le dai oamenilor un test, oamenii au tendința de a scrie despre el. Din păcate, mulți designeri și dezvoltatori se opresc atunci când elimină erorile pe care le văd cu WAVE sau Axe.

Pentru a fi clar, este o mică parte a echipelor care fac chiar și acest lucru, dar dacă vrem să facem site-uri care să fie perceptibile, operabile și de înțeles pentru mai mulți oameni care folosesc diferite tipuri de tehnologie, trebuie să facem mai bine.

Instrumentele automate sunt grozave, dar limitate. Chiar și cele mai bune instrumente automate disponibile captează doar aproximativ 30 până la 40% dintre erorile de accesibilitate conform WCAG. Un instrument automat vă poate spune dacă unei imagini lipsește o descriere alternativă, dar ceea ce nu vă poate spune este dacă descrierea este complet inexactă sau este utilizată în context greșit și, prin urmare, inutilă. Asta necesită încă o persoană să evalueze.

Pentru a depăși aceste limite, este important să recunoaștem că accesibilitatea nu înseamnă automat utilizare pentru persoanele cu dizabilități. Gândiți-vă la accesibilitate ca la cea mai de jos bară; funcționează cu tehnologie de asistență, dar pentru a depăși „funcționează” la „este plăcut și ușor de utilizat”, va trebui să testați cu utilizatori reali.

Multe organizații fac deja teste de utilizare, dar majoritatea nu includ persoane cu dizabilități. Dacă întâmpinați probleme în a recruta participanți mai diverși, luați în considerare colaborarea cu o organizație care are o comunitate de utilizatori de tehnologie de asistență și o platformă pentru a face testarea rapidă și ușoară.

Haideți la coacere!

Utilizați o abordare de testare a accesibilității pe mai multe niveluri atunci când lucrați pentru a construi un site web incluziv. Nu vă bazați pe un singur tip de testare pentru a găsi bariere pentru persoanele cu dizabilități.

• Testați-vă ideile cu utilizatorii de tehnologie de asistență la începutul procesului
• Integrați verificări automate regulate de cod în procesul de construire a site-ului
• Efectuați teste manuale folosind tehnologie de asistență ca parte a QA
• Testați cu persoane cu dizabilități înainte de lansare
• Efectuați recenzii cuprinzătoare de accesibilitate privind punerea în scenă

Amintiți-vă că obiectivul nu este să obțineți un scor mare într-un instrument de testare sau chiar să respectați un ghid WCAG, ci mai degrabă să vă faceți conținutul mai disponibil, inclusiv pentru utilizatorii de tehnologie de asistență.

În cele din urmă, declarațiile de accesibilitate sunt cireasa de pe tort. Includeți o declarație de accesibilitate cu informații de contact pe site-ul dvs. pentru a oferi o buclă de feedback. Utilizatorii tăi sunt experții și toată lumea ar trebui să participe la îmbunătățirea site-ului în timp.