Kaip atlikti pritaikymo neįgaliesiems testavimą naudojant ekrano skaitytuvus – „SitePoint“.

Šis straipsnis yra ekrano skaitytuvo testavimo vadovas – praktiškas, esminis žingsnis kuriant prieinamas svetaines. Nesvarbu, ar esate kūrėjas, dizaineris ar projektų vadovas, išmoksite integruoti ekrano skaitytuvo testavimą į savo darbo eigą ir sukurti funkcijas, kurios tinka visiems naudotojams be jokių išimčių.

Įsivaizduokite, kad pildote svarbią formą internete – pateikiate darbo paraišką arba suplanuojate vizitą pas gydytoją – tik spustelėsite „Kitas“ ir nesusidursite… nieko. Jokio klaidos pranešimo, jokio atsiliepimo, jokio kelio į priekį. Ši varginanti aklavietė yra tai, ką milijonai vartotojų patiria kasdien, kai sąveikauja su nepasiekiamomis svetainėmis. Techninei komandai šios akimirkos išryškina, kodėl prieinamumas negali būti pasenęs.

Tačiau čia yra problema: pasiekiamumas nėra automatinis ir neatsitiktinai – jis turi būti sąmoningas. Nors automatizuoti įrankiai, tokie kaip WAVE ar Lighthouse, nustato apie 30 % prieinamumo problemų, jie praleidžia žmogiškąją naudojimo pusę. Mygtukas gali atitikti techninio prieinamumo standartus, bet ar jo etiketė turi prasmę, kai ji skaitoma garsiai? Ekrano skaitytuvo testavimas atskleidžia šias spragas ir leidžia išspręsti problemas, kol jos nepaveiks realių vartotojų.

Taigi, kas atsakingas už ekrano skaitytuvo testavimą? Visi. Prieinamų svetainių kūrimas yra komandos darbas. Kūrėjai turi užtikrinti semantinį kodą ir tinkamus ARIA vaidmenis. Dizaineriai turi galvoti ne tik apie vaizdinius, o sutelkdami dėmesį į aiškią navigaciją ir intuityvų išdėstymą. Kokybės užtikrinimo komandos turi integruoti ekrano skaitytuvo patikras į savo darbo eigą, patvirtinti formas, naršyti ir dinaminį turinį. Net projektų vadovai ir suinteresuotosios šalys atlieka tam tikrą vaidmenį, nes nuo pat pradžių teikia pirmenybę prieinamumui.

Darbo pradžia: ekrano skaitytuvo pasirinkimas

Ekrano skaitytuvo testavimas prasideda pasirinkus tinkamą įrankį darbui. Tačiau ne visi ekrano skaitytuvai yra vienodi – kiekvienas veikia skirtingai, priklausomai nuo operacinės sistemos, naršyklės ir pagalbinių technologijų integravimo. Štai keletas populiariausių galimų variantų:

JAWS (prieiga prie darbo su kalba)

Platforma: Windows

Kaina: Komercinė (prenumerata arba nuolatinė licencija)

Kodėl jis populiarus: JAWS yra auksinis ekrano skaitytuvų standartas, ypač tarp profesionalų, kurie kasdien naudojasi pagalbinėmis technologijomis. Jis siūlo pažangias scenarijaus parinktis, skirtas pasirinktinei darbo eigai, ir puikiai valdo sudėtingas žiniatinklio programas, todėl tai ypač naudinga atliekant įmonės lygio testavimą. Tačiau jo kaina gali būti kliūtis mažesnėms komandoms.

NVDA (nevizualinė darbalaukio prieiga)

Platforma: Windows

Kaina: Nemokamas, atvirojo kodo

Kodėl jis populiarus: NVDA yra labai patogi kūrėjams ir puikiai veikia su populiariomis naršyklėmis, tokiomis kaip Chrome, Edge ir Firefox. Nepaisant to, kad jis nemokamas, jis siūlo patikimas funkcijas ir žemą mokymosi kreivę naujiems bandytojams, todėl tai puikus pasirinkimas, jei jūsų komanda turi ribotą biudžetą.

VoiceOver

Platforma: macOS/iOS

Kaina: Nemokama (įmontuota į Apple įrenginius)

Kodėl jis populiarus: „VoiceOver“ yra visiškai integruota į „Apple“ ekosistemą ir puikiai optimizuota „Safari“ ir vietinėms „MacOS“ / „iOS“ programoms. Jo palaikymas lietimo gestams iOS įrenginiuose suteikia unikalaus aspekto mobiliojo pasiekiamumo testavimui. Tačiau „VoiceOver“ elgsena skiriasi nuo „Windows“ pagrindu veikiančių ekrano skaitytuvų, todėl tai yra labai svarbus įrankis tiriant svetaines ir programas, skirtas „Apple“ vartotojams.

„TalkBack“.

Platforma: Android

Kaina: Nemokama (įmontuota į Android įrenginius)

Kodėl jis populiarus: „TalkBack“ yra numatytasis „Google“ ekrano skaitytuvas, skirtas „Android“ įrenginiams, todėl puikiai tinka jutiklinėms sąsajoms, gestams, modalams ir pranešimams apie mobiliąsias programas ir svetaines, pasiekiamas naudojant „Android“.

ChromeVox

Platforma: „ChromeOS“, „Windows“, „MacOS“, „Linux“ (per „Chrome“ naršyklę)

Kaina: Nemokama

Kodėl jis populiarus: „ChromeVox“ sukurta „Chrome“, todėl ji puikiai tinka žiniatinklio kūrėjams, dirbantiems su „Google“ paslaugomis (pvz., Dokumentais ir Skaičiuoklėmis) arba „Chromebook“ aplinkoje. Nors kasdienių ekrano skaitytuvo naudotojų jį naudoja rečiau, dėl jo integravimo su „Chrome“ kūrėjo įrankiais jis yra vertingas išteklius derinant pritaikymo neįgaliesiems problemas realiuoju laiku.

Svarbūs dalykai renkantis ekrano skaitytuvą

Geriausias ekrano skaitytuvas testavimui priklauso nuo kelių veiksnių, įskaitant auditoriją, platformos suderinamumą ir turimus išteklius. Štai pagrindiniai veiksniai, lemiantys jūsų pasirinkimą:

Tikslinė auditorija

Pirmas dalykas, kurį reikia apsvarstyti, yra „Kam aš kuriu / kuriu? Jei jūsų auditorija apima profesionalią aplinką, rekomenduočiau pirmenybę teikti testavimui naudojant JAWS, nes tai išlieka dominuojančiu pasirinkimu tarp darbo vietų vartotojų.

Kita vertus, paprasti vartotojai linkę į NVDA, nes ji yra nemokama ir palyginti lengviau naudojama. Panašiai „VoiceOver“ yra integruota į „Apple“ įrenginius, todėl tai yra natūralus „Mac“ ir „iPhone“ naudotojų pasirinkimas.

Platformos suderinamumas

Kiekvienas ekrano skaitytuvas yra optimizuotas konkrečioms operacinėms sistemoms ir naršyklėms. Išsami prieinamumo testavimo strategija turėtų apimti:

• NVDA arba JAWS, skirta „Windows“ aplinkoms („Chrome“, „Firefox“ ir „Edge“).
• „VoiceOver“, skirta „MacOS“ / „iOS“, kad būtų atsižvelgta į „Safari“ ir „Apple“ savąją elgseną.
• „TalkBack“, skirta „Android“, ypač skirta programoms mobiliesiems kurti ir testuoti.
• „ChromeVox“, skirta konkrečios naršyklės testavimui „Chrome“.

Biudžetas

Būkime tikri – ne kiekviena komanda turi didelį biudžetą pritaikymo neįgaliesiems testavimui. Laimei, norint pradėti, jums jo nereikia. Nemokami įrankiai, pvz., NVDA, VoiceOver ir ChromeVox, siūlo puikius pradžios taškus ir, mano patirtimi, pasirodė esą veiksmingi daugumai komandų. Jei turite išteklių, investuokite į JAWS, ypač į išplėstines testavimo funkcijas. Tačiau jei jūsų komanda negali sau leisti JAWS, NVDA susiejimas su kitomis nemokamomis parinktimis gali užtikrinti daugumą pritaikymo neįgaliesiems scenarijų.

Apibendrinant, čia yra mano patarimas, kaip pasirinkti ekrano skaitytuvą pritaikymo neįgaliesiems testavimui: pradėkite nuo mažo, tada išplėskite.

Nebandykite išbandyti su kiekvienu ekrano skaitytuvu iš karto. Vietoj to pradėkite nuo NVDA ir VoiceOver, jei bandote naudoti bendruosius Windows ir Apple įrenginių naudotojus. Kai tik jūsų komanda labiau pasitikės savimi, išplėskite testavimą įtraukdami JAWS, „TalkBack“ arba „ChromeVox“, kad gautumėte išsamesnį požiūrį.

Kaip pasiruošti ekrano skaitytuvo testavimui

Ekrano skaitytuvai visiškai valdomi klaviatūra. Prieš bandydami susipažinkite su pagrindinėmis klaviatūros komandomis, tokiomis kaip:

• Skirtukas: pereikite tarp interaktyvių elementų, pvz., nuorodų, mygtukų ir formos laukų.
• Rodyklių klavišai: naršykite tekstą, meniu arba sąrašus.
• Įvesti / tarpo klavišas: suaktyvinkite mygtukus, nuorodas arba žymimuosius laukelius.
• Pabėgimas (Esc): užstrigę išeikite iš formų arba fokusavimo režimo.
• Ekrano skaitytuvui skirti klavišai: NVDA komandoms naudoja klavišą „Insert“, o „VoiceOver“ naudoja „Control“ + „Option“.

Patarimas: Bandydami išjunkite monitorių, kad galėtumėte pakartoti ekrano skaitytuvo naudotojo patirtį. Tai verčia pasikliauti klausos išvestimi, o ne vaizdiniais signalais.

Jei naudojate nešiojamąjį kompiuterį, galite tai pakartoti pritemdydami ekrano ryškumą iki mažiausio nustatymo. Tai sumažina vizualinį blaškymąsi ir sukuria panašią patirtį, kaip ir išjungus monitorių, užtikrinant, kad sutelktumėte dėmesį tik į tai, ką praneša ekrano skaitytuvas.

Pagrindinės sritys, į kurias reikia sutelkti dėmesį bandant ekrano skaitytuvą

Ekrano skaitytuvo testavimas apima ne tik turinio paskelbimo patikrinimą. Ji įvertina, kaip vartotojai gali efektyviai naršyti, sąveikauti ir atlikti užduotis. Sutelkite dėmesį į šias sritis, kad nustatytumėte ir spręstumėte galimas prieinamumo problemas:

1. Navigacijos struktūra

Ką išbandyti:

• Užtikrinkite logišką antraščių hierarchiją (pvz., H1 pagrindiniams pavadinimams, H2, H3, H4… skyriams ir poskyriams), kad naudotojai galėtų lengvai naršyti turinį pagal antraščių lygius.
• Patikrinkite, ar svetainėje yra tinkami semantiniai orientyrai (pvz., ,
  
• Patikrinkite, ar turinys skelbiamas natūralia, logiška seka nuo viršaus iki apačios.
• Patvirtinkite, kad puslapio viršuje yra nuoroda „Pereiti į pagrindinį turinį“, kad apeitumėte pasikartojančias dalis, ir įsitikinkite, kad ji pasiekiama klaviatūra ir matoma sufokusavus.
• Patikrinkite, ar kiekviename puslapyje yra unikalūs aprašomieji pavadinimai, kurie bus teisingai paskelbti įkeliant puslapį.

2. Interaktyvūs elementai

Ką išbandyti:

• Patikrinkite, ar nuorodose yra aiškus ir prasmingas tekstas (pvz., „Peržiūrėti išsamią informaciją“, o ne „Spustelėkite čia“).
• Patikrinkite, ar mygtukų etiketės aiškiai apibūdina jų funkciją, pvz., „Pateikti“ arba „Įdėti į krepšelį“.
• Naršydami klavišu Tab patikrinkite, ar aktyvus elementas yra vizualiai paryškintas (pvz., su kraštine arba fono spalva) ir ar židinys juda logiškai, nepraleidžiant ar neužfiksuojant elementų.
• Įsitikinkite, kad patarimai ir kitas užvedus pelės žymeklį suaktyvinamas turinys būtų pasiekiami naudojant klaviatūros fokusavimą ir praneštų ekrano skaitytuvams.

3. Formos ir įvesties laukai

Ką išbandyti:

• Kiekviename įvesties lauke turi būti tiksli, matoma etiketė, atitinkanti ekrano skaitytuvo pranešimus.
• Kai įvyksta klaidų, įsitikinkite, kad ekrano skaitytuvai apie jas aiškiai praneša ir nurodykite naudotojams, kaip jas ištaisyti, naudodami tinkamus tiesioginius regionus ir ARIA įspėjimus.
• Patvirtinkite, kad galite dirbti su visais laukais, žymimaisiais laukeliais ir išskleidžiamaisiais meniu naudodami tik klaviatūrą.

4. Vaizdai ir medija

Ką išbandyti:

• Įsitikinkite, kad visi vaizdai turi aprašomuosius alt atributus. Dekoratyviniuose vaizduose turi būti naudojamas tuščias alternatyvus tekstas (alt=””).
• Patikrinkite, ar garso ir vaizdo grotuvai visiškai veikia su ekrano skaitytuvais, ir pateikite antraštes arba nuorašus.

5. Dinaminis turinys ir įspėjimai

Ką išbandyti:

• Įsitikinkite, kad ARIA vaidmenys, pvz., role=”alert”, yra tinkamai naudojami informuojant vartotojus apie svarbius atnaujinimus, pvz., naujus pranešimus ar iššokančiuosius langus.
• Kai pasirodys modalai arba iššokantys langai, įsitikinkite, kad židinys išlieka modale, kol jį uždarysite.
• Užtikrinkite, kad pranešimai nenutrauktų vykstančios navigacijos, nebent tai absoliučiai būtina.

6. Lentelės ir duomenų pateikimas

Ką išbandyti:

• Norėdami apibrėžti eilučių ir stulpelių antraštes, patikrinkite, ar naudojami elementai arba ARIA atributai. Užtikrinkite, kad jie būtų paskelbti atitinkamose duomenų ląstelėse.
• Patvirtinkite, kad ekrano skaitytuvai praneša duomenų langelius logine seka, atitinkančia jų atitinkamas antraštes.

7. Klaidų pranešimų prieinamumas

Ką išbandyti:

• Klaidų pranešimai turi būti aprašomieji ir pateikti šalia probleminio lauko.
• Įsitikinkite, kad tiesioginiai regionai naudojami dinamiškai informuoti vartotojus apie klaidas.

8. Paslėptas ir neekraninis turinys

Ką išbandyti:

• Naudokite aria-hidden=”true” arba display: ne, kad užtikrintumėte, jog nesusijęs turinys būtų pašalintas iš pranešimų.
• Užtikrinkite, kad ekrano skaitytuvams skirtas turinys ne ekrane, pvz., praleidimo nuorodos, veiktų visiškai.

9. Su mobiliuoju telefonu susiję svarstymai

Ką išbandyti:

• Išbandykite ekrano skaitytuvo gestus, pvz., perbraukimą ir dukart bakstelėjimą naudodami „TalkBack“ („Android“) ir „VoiceOver“ („iOS“).
• Įsitikinkite, kad pritaikymo neįgaliesiems funkcijos išlieka nepakitusios skirtingo dydžio ir orientacijos ekranuose.

Geriausia efektyvaus ekrano skaitytuvo testavimo praktika

• Išbandykite naudodami bent du pagrindinius ekrano skaitytuvus, kad padėtumėte nustatyti pritaikymo neįgaliesiems problemas įvairiose aplinkose ir užtikrinti, kad svetainė veiktų kuo daugiau naudotojų.
• Į testavimo procesą įtraukite tikrus ekrano skaitytuvo naudotojus. Jie gali suteikti unikalių įžvalgų apie naudojimo problemas, kurių gali nepastebėti vien automatinis testavimas.
• Padarykite ekrano skaitytuvo testavimą standartine savo proceso dalimi kiekviename etape – projektuojant, prieš kuriant ir po kūrimo. Kad užtikrintumėte nuoseklią pažangą, pritaikymo neįgaliesiems patikras į sprintą ir kokybės užtikrinimą.
• Sutelkite dėmesį į realaus pasaulio scenarijus išbandydami užduotis, atspindinčias, kaip naudotojai sąveikauja su jūsų svetaine, pvz., pildydami formas, naršydami meniu arba skaitydami dinaminį turinį. Tai padeda užtikrinti, kad svetainė veiktų intuityviai visiems naudotojams.
• Sukurkite išsamias ataskaitas apie kiekvieną aptiktą problemą, įskaitant aprašą, paveiktą komponentą, jo atkūrimo veiksmus, numatomą elgesį ir tai, kas iš tikrųjų vyksta. Pasidalykite jais su kūrėjais ir suinteresuotosiomis šalimis, kad supaprastintumėte sprendimą ir išvengtumėte regresijos.
• Reguliariai peržiūrėkite WCAG gairių, ekrano skaitytuvo technologijų ir naršyklės galimybių naujinimus. Tai užtikrina, kad jūsų bandymai išliks tinkami ir veiksmingi.

Be atitikties: empatijos ugdymas per ekrano skaitytuvo testavimą

Techninės komandos dažnai sutelkia dėmesį į atitiktį, tačiau atitikties nepakanka. Mygtukas, pažymėtas „Spustelėkite čia“, gali techniškai išlaikyti testą, bet ką tai reiškia vartotojui? Bandymas naudojant ekrano skaitytuvą verčia peržengti taisykles ir užtikrinti, kad sąsaja būtų prasminga atsižvelgiant į kontekstą. Tai ne tik atitiktis standartams; tai apie naudojimo patogumą.

Galiausiai empatija auga, kai dalyvauja visa komanda. Kūrėjai, dizaineriai ir kokybės užtikrinimo specialistai gali gauti įžvalgų naudodami ekrano skaitytuvus. Šios įžvalgos dažnai lemia geresnius dizaino sprendimus, švaresnį kodą ir sistemas, kurios tinka visiems – ne tik tiems, kurie pasikliauja pagalbinėmis technologijomis.