Mi az a kisegítő lehetőségek tesztelése? (Példák)

Mi az a kisegítő lehetőségek tesztelése?

Kisegítő lehetőségek tesztelése egy olyan szoftvertesztelési típus, amelyet annak megerősítésére végeznek, hogy egy alkalmazás használható-e fogyatékkal élők, beleértve a látás-, hallás-, motoros, kognitív és életkorral összefüggő károsodásban szenvedő felhasználókat. Ez a tesztelés egy részhalmaza. használhatóság tesztelése és ellenőrzi, hogy a termék működik-e a felhasználók által nap mint nap használt segítő technológiával.

A segítő technológiák segítik a fogyatékkal élőket a szoftvertermékek kezelésében. Gyakori példák:

• Beszédfelismerő szoftver – A kimondott szavakat szöveggé alakítja, amely bemenetként szolgál a számítógép számára.
• Képernyőolvasó szoftver – Felolvassa a képernyőn megjelenő szöveget és a kezelőfelület elemeit.
• Képernyőnagyító szoftver – A monitor egyes részeit felnagyítja, hogy a gyengénlátók számára is könnyebb legyen az olvasás.
• Speciális billentyűzetek – Motoros nehézségekkel küzdő felhasználók számára tervezték, hogy...ping könnyebb.
• Kapcsoló és szem-trackirály eszközök – Lehetővé teszi a súlyos motoros fogyatékossággal élő felhasználók számára a navigációt és a felhasználói felület elemeinek kiválasztását.

Miért a kisegítő lehetőségek tesztelése?

Indoklás 1: A fogyatékkal élő felhasználók piacának kiszolgálása.

Az Egészségügyi Világszervezet szerint világszerte körülbelül 1.3 milliárd ember, azaz nagyjából minden hatodik ember él súlyos fogyatékossággal.

• Tíz emberből egynek súlyos fogyatékossága van.
• A 65 év felettiek kétharmada korlátozott képességekkel rendelkezik.

A fogyatékosságok közé tartozik a vakság, a süketség, a motoros károsodások, a kognitív állapotok és más hosszú távú egészségügyi problémák. Egy akadálymentesített termék elérheti ezt a nagy piacot, és a legtöbb akadálymentesítési hiba megelőzhető, ha az akadálymentesítési tesztelést a normál szoftvertesztelési életciklus részévé teszik.

Indoklás 2Tartsa be az akadálymentesítési jogszabályokat.

A világ kormányai olyan jogszabályokat fogadtak el, amelyek előírják, hogy az informatikai termékeknek hozzáférhetőnek kell lenniük a fogyatékkal élők számára. A főbb példák közé tartoznak:

• Egyesült Államok: Az amerikai fogyatékossággal élőkről szóló törvény (ADA, 1990) és a rehabilitációs törvény 508. szakasza.
• Egyesült Királyság: 2010. évi egyenlőségi törvény (amely felváltotta az 1995. évi fogyatékosság elleni diszkriminációról szóló törvényt).
• Európai Unió: Az Európai Akadálymentesítési Törvény, amely 2025 júniusában számos termék és szolgáltatás esetében hatályba lépett, valamint az EN 301 549 szabvány.
• Ausztrália: 1992. évi törvény a fogyatékossággal élők megkülönböztetéséről.
• Írország: 2005. évi fogyatékossági törvény.
• Kanada: Akadálymentesített Kanada törvénye 2019.

Az akadálymentesítési tesztelés elengedhetetlen a jogszabályoknak való megfelelés biztosításához minden olyan piacon, ahol a termékét értékesítik.

Indoklás 3Kerülje el a lehetséges pereket.

Nagyvállalatokat többször is bepereltek digitális termékeik akadálymentesítése miatt. Néhány kiemelkedő eset:

• Vakok Országos Szövetsége (NFB) kontra. Target (2006, 2008-ban rendezték).
• NFB kontra AOL egyezség (1999).
• Robles kontra Domino's Pizza (2019), ahol az Egyesült Államok SupremA Bíróság helybenhagyta azt az ítéletet, amely szerint az ADA a weboldalakra és a mobilalkalmazásokra is vonatkozik.
• Gil kontra Winn-Dixie (2017), az első olyan amerikai bírósági ítélet, amely egy hozzáférhetetlen weboldal javítását írta elő.

Az Egyesült Államokban évről évre növekszik a webes akadálymentesítéssel kapcsolatos perek száma, 2022 óta évente több mint 4,000 ADA III. cím szerinti digitális ügyet nyújtanak be. Az akadálymentes termékek kezdettől fogva történő fejlesztése elkerüli ezeket a költségeket és védi a márkát.

Milyen fogyatékosságokat támogatni?

A pályázatnak támogatnia kell a fogyatékkal élőket, például:

Fogyatékosság típusa	Fogyatékosság Description
Látászavar	Teljes vakság, színvakság vagy gyengénlátás. Érzékenység a vizuális stroboszkópokra és villogó effektusokra.
Testi fogyatékosság	Nem lehet egy kézzel egeret vagy billentyűzetet használni. Gyenge motoros készségek, beleértve a korlátozott kézmozgást vagy az izomlassúságot.
Kognitív fogyatékosság	Tanulási nehézségek, gyenge memória vagy nehézségek az összetett forgatókönyvek követésében.
Írástudás fogyatékossága	Olvasási nehézségek, például diszlexia.
Hallássérülés	Hallási problémák, beleértve a süketséget és a halláskárosodást. A hang hallásának vagy tisztán hallásának képtelensége.

Akadálymentesítési szabványok és irányelvek

Az akadálymentesítési tesztelési programok egy kis, széles körben elfogadott szabványkészletre támaszkodnak. Annak megértése, hogy melyik szabvány vonatkozik az Ön piacára, az első lépés, mielőtt bármilyen tesztelési tervet írnánk.

• WCAG 2.2 – A W3C által 2023 októberében közzétett Web Content Accessibility Guidelines 2.2 a jelenlegi globális referenciaérték. Három megfelelőségi szintet határoz meg: A (alap), AA (a legtöbb országban a törvényi minimum) és AAA (legmagasabb).
• WCAG 3.0 – Egy W3C munkaterv, amely egy eredményalapú pontozási modellt vezet be. Még fejlesztés alatt áll, és nem váltotta fel a WCAG 2.2-t.
• Szakasz 508 – Az Egyesült Államok szövetségi közbeszerzési szabálya előírja, hogy a szövetségi ügynökségek által beszerzett elektronikus és informatikai technológiáknak meg kell felelniük a WCAG 2.0 AA szintű kritériumainak.
• 301 549 – Az IKT-hozzáférhetőségre vonatkozó európai harmonizált szabvány, amelyet az európai akadálymentesítési törvénynek való megfelelés igazolására használnak.
• ADA cím III – Az amerikai polgárjogi törvények vonatkoznak a nyilvános szálláshelyek weboldalaira és mobilalkalmazásaira; a bíróságok általában a WCAG 2.1 vagy 2.2 AA szabványt használják viszonyítási alapként.

A legtöbb csapat kezeli WCAG 2.2 AA szint munkacéljukként, mivel ez egyben a közös jogi alap és egy gyakorlati mérnöki cél is.

Hogyan kell elvégezni a kisegítő lehetőségek tesztelését?

Az akadálymentesítési tesztelés kétféleképpen végezhető el:

1. Kézikönyv
2. Automatizált

Az akadálymentesítési tesztelés kihívást jelenthet azoknak a tesztelőknek, akik nem ismerik a fogyatékossággal kapcsolatos kérdéseket. A legjobb gyakorlat fogyatékkal élő felhasználókat vagy akadálymentesítési szakembereket bevonni, akik be tudják mutatni a valós kihívásokat. Az alábbi technikák a főbb fogyatékossági kategóriákat lefedik.

1) Látászavar

Képzeld el, hogy semmit sem látsz, és használnod kell az XYZ weboldalt. Az egyetlen praktikus megoldás egy képernyőolvasó. A képernyőolvasó egy olyan szoftver, amely felolvassa a weboldal tartalmát, beleértve a szöveget, linkeket, választógombokat, képeket és videókat, hogy a vak felhasználók is érzékelhessék a kezelőfelületet. A népszerű képernyőolvasók közé tartoznak a következők: JAWS, NVDA, az Apple VoiceOver és Android talkback.

Amikor elindítja a JAWS-t, majd megnyit egy böngészőt, a JAWS felolvassa az oldal címét. Ha a fókuszt a címsorra viszi, a JAWS kimondja a „Címsor” szöveget, majd felolvassa az egyes beírt karaktereket. Például: typing A google.com egy ehhez hasonló bejelentést tesz közzé:

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".

A képernyőolvasó szóról szóra felolvassa a szövegmezőkben található tartalmat, a linkeket „linkként”, a gombokat pedig „gombként” jelenti be, így egy vak felhasználó is könnyen azonosíthatja az egyes vezérlőket. Ha egy weboldal rosszul van felépítve, a képernyőolvasó tévesen azonosíthatja az elemeket; például egy sima szövegként formázott linket tartalomként olvashat fel, elrejtve a felhasználó elől a fontos műveletet. A vállalkozás számára ez valódi bevételkiesést jelent.

2) Színvakság

A színvakság azt jelenti, hogy a felhasználó bizonyos színeket nem érzékel helyesen. A vörös-zöld színvakság a leggyakoribb forma. Ha egy weboldal nagymértékben a vörösre támaszkodik a jelentés közvetítésében, a vörös-zöld színvakságban szenvedő felhasználó esetleg nem érti az üzenetet.

A tervezőcsapatoknak soha nem szabad kizárólag színeket használniuk az információk közlésére. Egy piros hibagomb könnyebben elérhető, ha körvonalazva van, ikonnal van ellátva, és leíró szöveg is tartozik hozzá. A fekete és a fehér továbbra is a legbiztonságosabb univerzális paletta, és az olyan eszközök, mint a Stark bővítmény vagy a böngésző színvakság-szimulátorai, segítenek a problémák korai felismerésében.

3) Gyengelátás

A gyengénlátóknak vagy más retinabetegségben szenvedőknek további támogatásra van szükségük az oldal használatához:

1. Kerülje a nagyon apró betűméretet. A WCAG egy alapértelmezett törzsméretet javasol, amely kényelmesen méretezhető zoom nélkül.
2. Győződjön meg arról, hogy az elrendezés tisztán átrendeződik, amikor a szöveget 200 százalékkal nagyítják (WCAG 2.2 teljesítési feltétel). A sorok nem vághatók le, és a tartalom nem fedheti át egymást.
3. Normál szöveg esetén legalább 4.5:1, nagyméretű szöveg esetén pedig 3:1 kontrasztarányt kell tartani.

4) Motoros és egyéb fogyatékosságok

Egy fő akadálymentesítési követelmény, hogy a teljes webhely egér nélkül is kezelhető legyen. Minden linknek, gombnak, választógombnak, jelölőnégyzetnek, felugró ablaknak, legördülő menünek és vezérlőelemnek elérhetőnek és kezelhetőnek kell lennie pusztán billentyűzettel.

Például, előfordulhat, hogy a korlátozott kézmozgású felhasználók nem tudják használni az egeret. Ha a jelölőnégyzetek vagy hivatkozások nem érhetők el a Tab billentyűvel, a felhasználó nem férhet hozzá ezekhez a funkciókhoz.

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.

A fókusznak mindig láthatónak kell lennie. Amikor a felhasználó megnyomja a Tab billentyűt, a kiemelt vezérlőelemnek jól ki kell tűnnie. A látható fókusz segít a gyengénlátó vagy színvak felhasználóknak követni az oldal folyását, és mindenki számára kiszámíthatóvá teszi a navigációt.

Hallássérült felhasználók általában láthatja a webhely vizuális tartalmát, de a hang- és videótartalom problémákat okozhat. Minden videónak tartalmaznia kell feliratot, és minden hangfájlnak tartalmaznia kell átiratot vagy leíró szöveget. Például egy repülőjegy-foglalásról szóló oktatóvideónak pontos felirattal kell rendelkeznie, hogy a siket felhasználók is követni tudják.

Minta tesztesetek akadálymentesítési teszteléshez

Az alábbi ellenőrzőlista egy tipikus webes alkalmazás akadálymentesítési tesztelésének lezárására szolgál. Használja kiindulópontként, és bővítse ki a termékére vonatkozó WCAG 2.2 sikerkritériumokkal.

1. Minden egérművelethez és párbeszédpanelhez rendelkezésre állnak billentyűzet-megfelelők?
2. A felhasználói dokumentáció elmagyarázza, hogyan kell az alkalmazást kisegítő technológiával kezelni?
3. Logikus a tabulátorsorrend, így a navigáció természetesen folyik?
4. Vannak gyorsbillentyűk a főmenükhöz?
5. Az alkalmazás támogatja az összes célzott operációs rendszert és képernyőolvasót?
6. Világosan közlik-e az egyes képernyők vagy oldalak válaszidejét, hogy a felhasználók tudják, mennyit kell várniuk?
7. Minden címke helyesen van megírva és programozottan kapcsolódik a vezérlőelemeihez?
8. Rugalmasak-e a színválasztási lehetőségek, és tesztelték-e őket színvakság-szimulátorokkal?
9. A képeket, ikonokat és emojikat olyan módon használják, hogy a végfelhasználók megérthessék?
10. Az alkalmazás biztosít hangjelzéseket, ahol hasznosak?
11. Be tudja állítani vagy elnémítani a felhasználó a hang- és videóvezérlőket?
12. Felülírhatja a felhasználó az alapértelmezett betűtípusokat nyomtatáshoz és a képernyőn megjelenő szövegekhez?
13. Beállíthatja vagy letilthatja a felhasználó a villogó, forgó vagy mozgó kijelzőket?
14. Győződjön meg arról, hogy a szín soha nem az információ közvetítésének egyetlen eszköze.
15. A kiemelés továbbra is látható, ha a rendszerszínek invertálva vannak? Teszteld a kontrasztarányok módosításával.
16. Elérhetők-e hang- és videóátiratok vagy feliratok a nem halló felhasználók számára?
17. Biztosítanak-e képzést a fogyatékkal élő felhasználók számára, hogy megismerkedhessenek az alkalmazással?
18. Minden interaktív vezérlő elérhető, működtethető és bezárható pusztán billentyűzettel?

Hogyan változtatja meg a mesterséges intelligencia az akadálymentesítési tesztelést

A mesterséges intelligencia reshaping Az akadálymentesítés tesztelése három gyakorlati módon történik. Először is, a gépi tanuláson alapuló szkennerek mostantól a renderelt DOM-ot a számítógépes látásmodellekkel együtt olvassák be, hogy olyan problémákat észleljenek, amelyeket a szabályalapú eszközök nem vesznek észre, például a nem megfelelő alt szöveget vagy a valós elrendezésekben hibás színkombinációkat. Másodszor, a generatív mesterséges intelligencia ember által olvasható javításokat javasol, beleértve a jobb alt szöveget, az egyértelműbb hibaüzeneteket és az ARIA attribútumokat az egyéni komponensekhez. Harmadszor, a mesterséges intelligencia a felhasználói hatás alapján rangsorolja a megállapításokat, így a csapatok a költségvetésüket a legfontosabb problémákra fordíthatják. Az olyan eszközök, mint a Deque axe AI, az Evinced, a UserWay és a Siteimprove, mostantól mesterséges intelligencia funkciókat is tartalmaznak. A mesterséges intelligencia nem helyettesíti a kézi képernyőolvasó-tesztelést vagy a fogyatékkal élőkkel végzett felhasználói kutatást, de nagymértékben csökkenti a manuális triázs munkaterhelést, és segít az akadálymentesítésnek a fejlesztési ciklusban való balra tolódásában.

A kisegítő lehetőségek tesztelésének mítoszai

Az alábbiakban a hozzáférhetőségi teszteléssel kapcsolatos gyakori tévhiteket és tényeket ismertetjük:

Mítosz: Egy könnyen hozzáférhető weboldal létrehozása költséges.

Tény: Nem az. A tervezés során figyelembe vett akadálymentesítés, az alapvető teszteléssel együtt, pénzt takarít meg az utólagos beépítéshez képest, és csökkenti a költséges átdolgozást.

Mítosz: Egy elérhetetlen weboldal hozzáférhetővé tétele túl időigényes és költséges.

Tény: Nem kell minden javítást egyszerre alkalmaznia. Kezdje azokkal a változtatásokkal, amelyek a legnagyobb hatással vannak a fogyatékkal élő felhasználókra, és a többit a későbbi kiadásokban tegye közzé.

Mítosz: A hozzáférhetőség egyszerű és unalmas.

Tény: Az oldalak továbbra is lehetnek vizuálisan gazdagok éstracmiközben megfelel a WCAG 2.2 irányelveinek. A W3C kifejezetten nem javasolja a csak szöveges verziókat, és inkább egyetlen, mindenki számára hozzáférhető élményt kínál.

Mítosz: Az akadálymentesítés csak vak és fogyatékkal élő felhasználók számára biztosított.

Tény: Az akadálymentesítési irányelvek betartása javítja az általános használhatóságot, és minden felhasználó számára előnyös, beleértve a mobileszközöket használókat, a fényes napsütésben vagy zajos környezetben tartózkodókat is.

GYIK