Co je Testování přístupnosti? (Příklady)

Co je Testování přístupnosti?

Testování přístupnosti je typ testování softwaru prováděného za účelem potvrzení, že je aplikace použitelná pro osoby se zdravotním postižením, včetně uživatelů se zrakovým, sluchovým, motorickým, kognitivním a věkem podmíněným postižením. Je to podmnožina testování použitelnosti a ověřuje, zda produkt funguje s asistenční technologií, na kterou se tito uživatelé denně spoléhají.

Asistenční technologie pomáhají lidem s postižením ovládat softwarový produkt. Mezi běžné příklady patří:

• Software pro rozpoznávání řeči – Převádí mluvená slova na text, který slouží jako vstup do počítače.
• Software pro čtení obrazovky – Čte text a prvky rozhraní zobrazené na obrazovce.
• Software pro zvětšení obrazovky – Zvětšuje části monitoru, aby se čtení snázeji projevilo i u slabozrakých.
• Specializované klávesnice – Určeno pro uživatele s obtížemi v motorickém ovládání, aby si mohliping jednodušší.
• Přepínač a oko-trackrálovská zařízení – Umožnit uživatelům s těžkým motorickým postižením navigaci a výběr prvků rozhraní.

Proč Testování přístupnosti?

Důvod 1Zaměřit se na trh uživatelů se zdravotním postižením.

Podle Světové zdravotnické organizace žije na celém světě přibližně 1.3 miliardy lidí, tedy zhruba každý šestý, s nějakým závažným postižením.

• 1 z 10 lidí má těžké postižení.
• Každý druhý člověk starší 65 let má snížené pracovní schopnosti.

Mezi postižení patří slepota, hluchota, motorické poruchy, kognitivní poruchy a další dlouhodobé zdravotní problémy. Produkt, který je navržen tak, aby byl přístupný, se může dostat na tento velký trh a většině vad přístupnosti lze předejít, pokud je testování přístupnosti součástí běžného životního cyklu testování softwaru.

Důvod 2Dodržujte legislativu týkající se přístupnosti.

Vlády po celém světě schválily legislativu, která vyžaduje, aby IT produkty byly přístupné osobám se zdravotním postižením. Mezi hlavní příklady patří:

• Spojené státy: Zákon o Američanech se zdravotním postižením (ADA, 1990) a § 508 zákona o rehabilitaci.
• Spojené království: Zákon o rovnosti z roku 2010 (který nahradil Zákon o diskriminaci osob se zdravotním postižením z roku 1995).
• Evropská unie: Evropský zákon o přístupnosti, který vstoupil v platnost pro mnoho produktů a služeb v červnu 2025, a norma EN 301 549.
• Austrálie: Zákon o diskriminaci osob se zdravotním postižením z roku 1992.
• Irsko: Zákon o osobách se zdravotním postižením z roku 2005.
• Kanada: Zákon o přístupnosti Kanady z roku 2019.

Testování přístupnosti je nezbytné pro zajištění souladu s právními předpisy na všech trzích, kde se váš produkt prodává.

Důvod 3Vyhněte se potenciálním soudním sporům.

Velké společnosti byly opakovaně žalovány, protože jejich digitální produkty nebyly přístupné. Mezi několik významných případů patří:

• Národní federace nevidomých (NFB) v. Target (2006, urovnáno 2008).
• Urovnání NFB v. AOL (1999).
• Robles v. Domino's Pizza (2019), kde USA SupremSoud ponechal v platnosti rozhodnutí, že se zákon ADA vztahuje na webové stránky a mobilní aplikace.
• Gil v. Winn-Dixie (2017), první verdikt amerického soudu požadující opravu nepřístupné webové stránky.

Počet soudních sporů týkajících se přístupnosti webu ve Spojených státech každoročně roste a od roku 2022 je každoročně podáváno více než 4 000 digitálních případů dle zákona ADA Title III. Vytváření přístupných produktů od samého začátku těmto nákladům zabraňuje a chrání značku.

Která postižení podporovat?

Aplikace musí podporovat osoby se zdravotním postižením, jako například:

Typ postižení	Invalidita Description
Postižení zraku	Úplná slepota, barvoslepost nebo slabozrakost. Citlivost na vizuální stroboskopické a blikající efekty.
Tělesné postižení	Neschopnost používat myš nebo klávesnici jednou rukou. Špatné motorické dovednosti, včetně omezeného pohybu rukou nebo pomalosti svalů.
Kognitivní postižení	Potíže s učením, špatná paměť nebo potíže se sledováním složitých scénářů.
Postižení gramotnosti	Potíže se čtením, jako je dyslexie.
Sluchové postižení	Sluchové problémy včetně hluchoty a poruchy sluchu. Neschopnost slyšet zvuk nebo ho jasně slyšet.

Standardy a směrnice pro přístupnost

Programy testování přístupnosti se spoléhají na malou sadu široce přijímaných standardů. Pochopení toho, který standard platí pro váš trh, je prvním krokem před vytvořením jakéhokoli testovacího plánu.

• WCAG 2.2 – Pokyny pro přístupnost webového obsahu 2.2, které vydala organizace W3C v říjnu 2023, představují aktuální globální standard. Definují tři úrovně shody: A (základní), AA (zákonné minimum ve většině zemí) a AAA (nejvyšší).
• WCAG 3.0 – Pracovní návrh W3C, který zavádí model bodování založený na výsledcích. Stále je ve vývoji a nenahradil WCAG 2.2.
• Oddíl 508 – Americké federální pravidlo pro zadávání veřejných zakázek, které vyžaduje, aby elektronické a informační technologie nakupované federálními agenturami splňovaly kritéria WCAG 2.0 úrovně AA.
• IN 301 549 – Evropská harmonizovaná norma pro přístupnost IKT, používaná k prokázání souladu s Evropským zákonem o přístupnosti.
• Hlava ADA III – Americké právo v oblasti občanských práv aplikované na webové stránky a mobilní aplikace veřejných ubytovacích zařízení; soudy běžně používají jako referenční bod WCAG 2.1 nebo 2.2 AA.

Většina týmů se chová WCAG 2.2 úroveň AA jako jejich pracovní cíl, protože se jedná jak o společný právní základ, tak o praktický inženýrský cíl.

Jak provést Testování přístupnosti?

Testování přístupnosti lze provést dvěma způsoby:

1. Manuál
2. Automatizovaný

Testování přístupnosti může být náročné pro testery, kteří nejsou obeznámeni s postižením. Nejlepší praxí je zapojit uživatele s postižením nebo specialisty na přístupnost, kteří dokáží popsat reálné problémy. Níže uvedené techniky pokrývají hlavní kategorie postižení.

1) Postižení zraku

Představte si, že vůbec nevidíte a musíte použít webové stránky XYZ. Jedinou praktickou možností je čtečka obrazovky. Čtečka obrazovky je software, který komentuje obsah webové stránky, včetně textu, odkazů, přepínačů, obrázků a videa, aby i nevidomý uživatel mohl vnímat rozhraní. Mezi oblíbené čtečky obrazovky patří ČELISTI, NVDA, Apple VoiceOver a Android Odmlouvat.

Když spustíte JAWS a poté otevřete prohlížeč, JAWS oznámí název stránky. Pokud přesunete fokus na adresní řádek, JAWS řekne „Adresní řádek“ a poté přečte každý napsaný znak. Například typing google.com vygeneruje oznámení podobné tomuto:

Address Bar, w, w, w, period, g, o, o, g, l, e, period, c, o, m.
When the page finishes loading, JAWS announces "Google.com home page".
When focus reaches the search field, JAWS announces "Google search, edit".

Čtečka obrazovky přehrává textová pole slovo po slově, oznamuje odkazy jako „odkaz“ a tlačítka jako „tlačítko“, aby nevidomý uživatel mohl identifikovat jednotlivé ovládací prvky. Pokud je webová stránka špatně vytvořena, čtečka obrazovky může prvky nesprávně identifikovat; například odkaz stylizovaný jako prostý text může být čten jako obsah, čímž se před uživatelem skryje důležitá akce. Náklady pro firmu představují skutečnou ztrátu příjmů.

2) Barvoslepost

Barvoslepost znamená, že uživatel nedokáže správně vnímat určité barvy. Nejčastější formou je červenozelená barvoslepost. Pokud se webová stránka silně spoléhá na červenou barvu pro vyjádření významu, uživatel s červenozelenou barvoslepostí může sdělení přehlédnout.

Designové týmy by nikdy neměly používat pouze barvu k sdělování informací. Červené tlačítko chyby je lépe přístupné, když je také ohraničené, označené ikonou a doplněné popisným textem. Černá a bílá zůstávají nejbezpečnější univerzální paletou a nástroje, jako je plugin Stark nebo simulátory barevné slepoty v prohlížeči, pomáhají včas odhalit problémy.

3) Slabý zrak

Uživatelé se slabozrakostí nebo jinými problémy sítnice potřebují k používání webu dodatečnou podporu:

1. Vyhněte se velmi malému textu. WCAG doporučuje výchozí velikost textu, která se pohodlně škáluje bez zoomu.
2. Zajistěte, aby se rozvržení čistě přeformátovalo i při zvětšení textu až na 200 procent (kritérium úspěšnosti WCAG 2.2). Řádky by neměly být oříznuté a obsah by se neměl překrývat.
3. Udržujte minimální kontrastní poměr 4.5:1 pro normální text a 3:1 pro velký text.

4) Motorické a jiné postižení

Hlavním požadavkem na přístupnost je, aby byl celý web ovladatelný bez myši. Každý odkaz, tlačítko, přepínač, zaškrtávací políčko, vyskakovací okno, rozbalovací nabídka a ovládací prvek by měl být dosažitelný a ovladatelný pouze pomocí klávesnice.

Například, uživatel s omezenou pohyblivostí rukou nemusí být schopen používat myš. Pokud nelze pomocí klávesy Tab dosáhnout zaškrtávacích políček nebo odkazů, je uživateli tyto funkce zablokován.

Alternative text should be provided for every image, audio file, and video so that screen readers can convey their meaning. Keyboard shortcuts should be available for important actions, and skip-to-content links should let keyboard users bypass repeated navigation.

Fokus musí být vždy viditelný. Když uživatel stiskne klávesu Tab, zvýrazněný ovládací prvek by měl být jasně viditelný. Viditelný fokus pomáhá uživatelům se slabozrakostí nebo barvoslepostí sledovat tok stránky a umožňuje předvídatelnou navigaci pro všechny.

Uživatelé se sluchovým postižením obvykle vidí vizuální obsah webu, ale zvuk a video představují problém. Každé video musí obsahovat titulky a každý zvukový soubor musí obsahovat přepis nebo popisný text. Například výukové video o rezervaci letenky by mělo být dodáváno s přesnými titulky, aby neslyšící uživatel mohl sledovat.

Ukázkové testovací případy pro testování přístupnosti

Níže uvedený kontrolní seznam se používá k potvrzení testování přístupnosti pro typickou webovou aplikaci. Použijte jej jako výchozí bod a rozšířte jej o kritéria úspěšnosti WCAG 2.2 relevantní pro váš produkt.

1. Jsou pro každou operaci myší a dialog k dispozici ekvivalenty klávesnice?
2. Vysvětluje uživatelská dokumentace, jak ovládat aplikaci s asistenčními technologiemi?
3. Je pořadí tabulací logické, aby navigace plynula přirozeně?
4. Jsou k dispozici klávesové zkratky pro primární nabídky?
5. Podporuje aplikace všechny cílové operační systémy a čtečky obrazovky?
6. Je doba odezvy každé obrazovky nebo stránky jasně sdělena, aby uživatelé věděli, jak dlouho mají čekat?
7. Jsou všechny popisky správně napsány a programově propojeny s příslušnými ovládacími prvky?
8. Jsou možnosti výběru barev flexibilní a testované na simulátorech barvosleposti?
9. Jsou obrázky, ikony a emoji používány způsobem, kterému koncoví uživatelé rozumí?
10. Poskytuje aplikace zvuková upozornění tam, kde jsou užitečná?
11. Může uživatel upravit nebo ztlumit ovládání zvuku a videa?
12. Může uživatel přepsat výchozí písma pro tisk a text na obrazovce?
13. Může uživatel upravit nebo zakázat blikající, rotující nebo pohyblivé displeje?
14. Ujistěte se, že barva se nikdy nepoužívá jako jediný prostředek sdělování informací.
15. Je zvýraznění stále viditelné, i když jsou systémové barvy invertovány? Otestujte to změnou kontrastních poměrů.
16. Jsou k dispozici zvukové a obrazové přepisy nebo titulky pro uživatele, kteří neslyší?
17. Je pro uživatele se zdravotním postižením poskytováno školení, které jim pomůže seznámit se s aplikací?
18. Jsou všechny interaktivní ovládací prvky dosažitelné, ovladatelné a zavřetelné pouze pomocí klávesnice?

Jak umělá inteligence mění testování přístupnosti

AI je reshaping testování přístupnosti třemi praktickými způsoby. Zaprvé, skenery strojového učení nyní čtou vykreslený DOM společně s modely počítačového vidění, aby detekovaly problémy, které nástroje založené na pravidlech přehlížejí, jako je nevhodný alternativní text nebo barevné kombinace, které selhávají v reálných rozvrženích. Zadruhé, generativní umělá inteligence navrhuje opravy čitelné pro člověka, včetně lepšího alternativního textu, jasnějších chybových zpráv a atributů ARIA pro vlastní komponenty. Zatřetí, umělá inteligence upřednostňuje zjištění podle dopadu na uživatele, takže týmy mohou svůj rozpočet vynaložit na problémy, které jsou nejdůležitější. Nástroje jako Deque axe AI, Evinced, UserWay a Siteimprove nyní zahrnují funkce umělé inteligence. Umělá inteligence nenahrazuje manuální testování čteček obrazovky ani výzkum uživatelů u lidí se zdravotním postižením, ale výrazně snižuje pracovní zátěž manuálního třídění a pomáhá přesunout přístupnost doleva do vývojového cyklu.

Mýty o testování přístupnosti

Následuje seznam běžných mýtů o testování přístupnosti spolu s fakty:

Mýtus: Vytvoření přístupného webu je drahé.

Skutečnost: Není. Zohlednění přístupnosti během návrhu spolu se základním testováním šetří peníze ve srovnání s dodatečnou montáží a snižuje nákladné opravy.

Mýtus: Změna nepřístupné webové stránky na přístupnou je příliš časově náročná a drahá.

Skutečnost: Nemusíte aplikovat všechny opravy najednou. Začněte se změnami, které mají největší dopad na uživatele s postižením, a zbytek zavádějte v pozdějších verzích.

Mýtus: Přístupnost je prostá a nudná.

Skutečnost: Stránky mohou být stále vizuálně bohaté atraca zároveň splňovat pokyny WCAG 2.2. W3C výslovně nedoporučuje textové verze ve prospěch jednotného přístupného prostředí pro všechny.

Mýtus: Přístupnost je pouze pro nevidomé a osoby se zdravotním postižením.

Skutečnost: Dodržování pokynů pro přístupnost zlepšuje celkovou použitelnost a je přínosem pro každého uživatele, včetně těch, kteří používají mobilní zařízení, jsou na jasném slunci nebo v hlučném prostředí.

Nejčastější dotazy