Različni vtičniki za “Accessibility”, avtomatski checkerji in Lighthouse testi so super. Ampak ne morejo zamenjati prave osebe z invalidnostjo in kako slednja uporablja spletno stran ali aplikacijo v praksi.
Skladnost z WCAG smernicami še ne pomeni dobre uporabniške izkušnje. Lahko si tehnično “compliant”, pa je uporaba še vedno frustrirajoča, počasna ali naporna. Zato, da smo res dostopni je potrebno testiranje z resničnimi uporabniki.
Zakaj je testiranje z uporabniki tako močno?
Avtomatska orodja zaznajo:
- manjkajoče alt opise,
- slabo barvno kontrastnost,
- napačno hierarhijo naslovov.
Ne zaznajo pa:
- ali je navigacija smiselna,
- ali so obrazci razumljivi,
- ali je interakcija tekoča,
- ali je vsebina dejansko uporabna.
Ko opazuješ osebo, ki uporablja bralnik zaslona (npr. NVDA ali VoiceOver), zelo hitro ugotoviš:
- kako drugače “vidi” tvojo stran,
- kako pomembna je logična struktura,
- kako majhne napake povzročijo velike frustracije.
Accessibility testiranje ti pokaže razliko med “tehnično pravilno” in “res uporabno”.
Kako izpeljati prvo accessibility testiranje
Slava Shestopalov je pripravil praktičen “cheat sheet”, ki te vodi skozi celoten proces — od priprave do izvedbe. Ključni koraki pa so:
- Rekrutiranje uporabnikov – Testiraj z ljudmi, ki dejansko uporabljajo podporne tehnologije.
- Priprava scenarijev – Ne testiraj “na splošno”.
- Facilitiranje testiranja – Pomembno: cilj ni preveriti uporabnika. Cilj je preveriti izdelek.
- Testiranje z bralniki zaslona – Če še nikoli nisi slišal svoje strani prek bralnika zaslona, je to odličen začetek.
Če želiš resno izboljšati dostopnost so avtomatski testi so osnova, ročno testiranje naslednji korak in testiranje z resničnimi ljudmi prelomnica. Dostopnost ni checkbox. Je izkušnja. In najboljši način, da jo razumeš, je, da jo vidiš skozi oči (ali ušesa) nekoga drugega.
Vir in dodatno branje: Testing sites and apps with blind users: a detailed cheatsheet
