Mis on juurdepääsetavuse testimine? (Näited)

Mis on juurdepääsetavuse testimine?

Juurdepääsetavuse testimine on tarkvara testimise tüüp, mida tehakse selleks, et kinnitada rakenduse kasutatavust puuetega inimestele, sealhulgas nägemis-, kuulmis-, motoorsete, kognitiivsete ja vanusega seotud puuetega kasutajatele. See on alamhulk kasutatavuse testimine ja kontrollib, kas toode töötab abitehnoloogiaga, millele need kasutajad iga päev toetuvad.

Abitehnoloogia aitab puuetega inimestel tarkvaratoodet kasutada. Levinud näited on järgmised:

• Kõnetuvastustarkvara – Teisendab kõneldud sõnad tekstiks, mis toimib arvuti sisendina.
• Ekraanilugeja tarkvara – Loeb ette ekraanil kuvatava teksti ja liideseelemendid.
• Ekraani suurendamise tarkvara – Suurendab monitori osi, et nägemispuudega kasutajatel oleks lugemine lihtsam.
• Spetsiaalsed klaviatuurid – Mõeldud kasutajatele, kellel on motoorseid raskusi, et nad saaksid omaping lihtsamaks.
• Lülitage ja silma-trackuninga seadmed – Lubada raske motoorse puudega kasutajatel navigeerida ja liidese elemente valida.

Miks juurdepääsetavuse testimine?

Põhjus 1: Teenindage puuetega kasutajate turgu.

Maailma Terviseorganisatsiooni andmetel elab umbes 1.3 miljardit inimest ehk umbes iga kuues kogu maailmas olulise puudega.

• Igal kümnel inimesel on raske puue.
• Igal teisel üle 65-aastasel inimesel on vähenenud võimekus.

Puuete hulka kuuluvad pimedus, kurtus, motoorikahäired, kognitiivsed seisundid ja muud pikaajalised terviseprobleemid. Ligipääsetavaks loodud toode suudab jõuda sellele suurele turule ja enamikku ligipääsetavuse puudusi saab vältida, kui ligipääsetavuse testimine tehakse osaks tarkvara testimise tavapärasest elutsüklist.

Põhjus 2Järgige ligipääsetavuse alaseid õigusakte.

Valitsused üle maailma on vastu võtnud õigusakte, mis nõuavad IT-toodete ligipääsetavust puuetega inimestele. Peamised näited hõlmavad järgmist:

• Ameerika Ühendriigid: Ameerika puuetega inimeste seadus (ADA, 1990) ja rehabilitatsiooniseaduse paragrahv 508.
• Ühendkuningriik: 2010. aasta võrdõiguslikkuse seadus (mis asendas 1995. aasta puuetega inimeste diskrimineerimise seaduse).
• Euroopa Liit: Euroopa ligipääsetavuse akt, mis jõustus paljude toodete ja teenuste puhul 2025. aasta juunis, ning standard EN 301 549.
• Austraalia: Puuetega inimeste diskrimineerimise seadus 1992.
• Iirimaa: 2005. aasta puuetega inimeste seadus.
• Kanada: Ligipääsetava Kanada seadus 2019.

Ligipääsetavuse testimine on oluline, et tagada vastavus seadustele igal turul, kus teie toodet müüakse.

Põhjus 3Vältige võimalikke kohtuasju.

Suurettevõtteid on korduvalt kohtusse kaevatud, kuna nende digitaalsed tooted polnud ligipääsetavad. Mõned silmapaistvamad juhtumid on järgmised:

• Pimedate Riiklik Föderatsioon (NFB) vs. Target (2006, arveldatud 2008).
• NFB vs. AOL kokkulepe (1999).
• Robles vs. Domino's Pizza (2019), kus USA SupremKohus jättis jõusse otsuse, mille kohaselt ADA kehtib veebisaitidele ja mobiilirakendustele.
• Gil vs. Winn-Dixie (2017), esimene USA kohtuprotsessi otsus, mis nõudis ligipääsmatu veebisaidi parandamist.

Veebi ligipääsetavuse kohtuasjade arv on Ameerika Ühendriikides iga aastaga kasvanud, alates 2022. aastast on igal aastal esitatud üle 4,000 ADA III jaotise digitaalse kohtuasja. Ligipääsetavate toodete loomine algusest peale väldib neid kulusid ja kaitseb brändi.

Milliseid puudeid toetada?

Rakendus peab toetama puuetega inimesi, näiteks:

Puude tüüp	Puue Descriptioon
Nägemispuue	Täielik pimedus, värvipimedus või nägemise langus. Tundlikkus visuaalse strobo ja vilkuvate efektide suhtes.
Füüsiline puue	Võimetus hiirt või klaviatuuri ühe käega kasutada. Kehv motoorne oskus, sealhulgas piiratud käe liikumine või lihaste aeglus.
Kognitiivne puue	Õpiraskused, halb mälu või raskused keeruliste stsenaariumide järgimisel.
Kirjaoskuse puue	Lugemisraskused, näiteks düsleksia.
Kuulmispuue	Kuulmisprobleemid, sealhulgas kurtus ja kuulmislangus. Võimetus heli kuulda või seda selgelt kuulda.

Ligipääsetavuse standardid ja juhised

Ligipääsetavuse testimise programmid tuginevad väikesele hulgale laialdaselt aktsepteeritud standarditele. Enne mis tahes testimisplaani kirjutamist on esimene samm mõista, milline standard teie turule kehtib.

• WCAG 2.2 – W3C avaldas 2023. aasta oktoobris veebisisu ligipääsetavuse juhised 2.2, mis on praegune ülemaailmne võrdlusalus. Need määratlevad kolm vastavustaset: A (põhitase), AA (enamikus riikides seaduslikult nõutav miinimum) ja AAA (kõrgeim).
• WCAG 3.0 – W3C tööversioon, mis tutvustab tulemuspõhist hindamismudelit. See on alles väljatöötamisel ja ei ole asendanud WCAG 2.2.
• § 508 – USA föderaalne hanke-eeskiri, mis nõuab, et föderaalasutuste poolt ostetav elektroonika- ja infotehnoloogia vastaks WCAG 2.0 AA taseme kriteeriumidele.
• EN 301 549 – Euroopa IKT ligipääsetavuse ühtlustatud standard, mida kasutatakse Euroopa ligipääsetavuse akti järgimise tõendamiseks.
• ADA III jaotis – USA kodanikuõiguste seadus, mida kohaldatakse avalike majutuskohtade veebisaitidele ja mobiilirakendustele; kohtud kasutavad võrdlusalusena tavaliselt WCAG 2.1 või 2.2 AA-d.

Enamik meeskondi kohtleb WCAG 2.2 tase AA nende tööeesmärgina, kuna see on nii üldine õiguslik lähtealus kui ka praktiline insenerieesmärk.

Kuidas teha juurdepääsetavuse testimist?

Ligipääsetavuse testimist saab teha kahel viisil:

1. Käsitsi
2. Automatiseeritud

Ligipääsetavuse testimine võib olla keeruline testijatele, kes ei ole puuetega tuttavad. Parim tava on kaasata puuetega kasutajaid või ligipääsetavuse spetsialiste, kes oskavad kirjeldada reaalseid probleeme. Allpool toodud meetodid hõlmavad peamisi puudekategooriaid.

1) Nägemispuue

Kujutage ette, et te ei näe midagi ja peate kasutama veebisaiti XYZ. Teie ainus praktiline valik on ekraanilugeja. Ekraanilugeja on tarkvara, mis loeb veebilehe sisu, sealhulgas teksti, linke, raadionuppe, pilte ja videoid, nii et pime kasutaja saaks liidest tajuda. Populaarsed ekraanilugejad on järgmised: JAWS, NVDA, Apple VoiceOver ja Android Tagasi rääkima.

Kui käivitate JAWS-i ja seejärel avate brauseri, teatab JAWS lehe pealkirja. Kui liigutate fookuse aadressiribale, ütleb JAWS „Aadressiriba” ja loeb seejärel ette iga sisestatud tähe. Näiteks typing google.com kuvab umbes sellise teadaande:

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

Ekraanilugeja loeb tekstiväljadel sõna-sõnalt ette, kuulutab lingid kui „link“ ja nupud kui „nupp“, et pime kasutaja saaks iga juhtelementi tuvastada. Kui veebisait on halvasti üles ehitatud, võib ekraanilugeja elemente valesti tuvastada; näiteks lihttekstina esitatud linki võidakse lugeda sisuks, varjates kasutaja eest olulist toimingut. Ettevõtte jaoks on see kulu reaalseks saamata jäänud tuluks.

2) Värvipimedus

Värvipimedus tähendab, et kasutaja ei taju teatud värve õigesti. Punase-rohelise värvipimeduse kõige levinum vorm on punane-roheline värvipimedus. Kui veebisait tugineb tähenduse edastamiseks suuresti punasele värvile, võib puna-rohelise värvipimedusega kasutaja sõnumist mööda vaadata.

Disainimeeskonnad ei tohiks teabe edastamiseks kunagi kasutada ainult värve. Punane veanupp on paremini ligipääsetav, kui see on ka kontuuriga tähistatud, ikooniga märgistatud ja kirjeldava tekstiga kaasas. Must ja valge jäävad kõige turvalisemaks universaalseks paletiks ning sellised tööriistad nagu Starki pistikprogramm või brauseri värvipimeduse simulaatorid aitavad probleeme varakult avastada.

3) Madal nägemine

Nägemispuudega või muude võrkkestahaigustega kasutajad vajavad saidi kasutamiseks lisatuge:

1. Väldi väga väikest teksti. WCAG soovitab vaikimisi teksti suurust, mis skaleerub mugavalt ilma suumimiseta.
2. Veenduge, et teksti 200 protsendini suurendamisel oleks paigutuse ümberpaigutamine sujuv (WCAG 2.2 edukriteerium). Ridasid ei tohiks katkestada ja sisu ei tohiks kattuda.
3. Tavalise teksti minimaalne kontrastsuse suhe peaks olema 4.5:1 ja suure teksti puhul 3:1.

4) Motoorsed ja muud puuded

Peamine ligipääsetavuse nõue on, et kogu sait peab olema hiireta kasutatav. Iga link, nupp, raadionupp, märkeruut, hüpikaken, rippmenüü ja juhtelement peaks olema ligipääsetav ja kasutatav ainult klaviatuuri abil.

Näiteks, ei pruugi piiratud käte liikuvusega kasutaja hiirt kasutada. Kui märkeruutudele või linkidele ei pääse Tab-klahviga ligi, on kasutaja nendest funktsioonidest välja lukustatud.

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.

Fookus peab alati nähtav olema. Kui kasutaja vajutab Tab-klahvi, peaks esiletõstetud juhtelement selgelt silma paistma. Nähtav fookus aitab nägemispuudega või värvipimedatel kasutajatel lehe voogu jälgida ja muudab navigeerimise kõigile etteaimatavaks.

Kuulmispuudega kasutajad Tavaliselt näeb saidi visuaalset sisu, kuid heli ja video tekitavad probleeme. Igal videol peavad olema subtiitrid ja igal helifailil peab olema transkriptsioon või kirjeldav tekst. Näiteks lennupileti broneerimise õppevideol peaksid olema täpsed subtiitrid, et kurt kasutaja saaks videost aru.

Ligipääsetavuse testimise näidisjuhtumid

Allolevat kontrollnimekirja kasutatakse tüüpilise veebirakenduse ligipääsetavuse testimise lõpetamiseks. Kasutage seda lähtepunktina ja laiendage seda oma toote jaoks oluliste WCAG 2.2 edukriteeriumidega.

1. Kas iga hiiretoimingu ja dialoogi jaoks on olemas klaviatuuri vasted?
2. Kas kasutajadokumentatsioonis on selgitatud, kuidas rakendust abitehnoloogiaga kasutada?
3. Kas tabulaatori järjekord on loogiline, et navigeerimine sujuks loomulikult?
4. Kas põhimenüüde jaoks on olemas kiirklahvid?
5. Kas rakendus toetab kõiki sihtotstarbelisi operatsioonisüsteeme ja ekraanilugejaid?
6. Kas iga ekraani või lehe reageerimisaeg on selgelt edastatud, et kasutajad teaksid, kui kaua oodata tuleb?
7. Kas kõik sildid on õigesti kirjutatud ja programmiliselt nende juhtelementidega lingitud?
8. Kas värvivalikud on paindlikud ja kas neid on testitud värvipimeduse simulaatorite abil?
9. Kas pilte, ikoone ja emotikone kasutatakse lõppkasutajatele arusaadaval viisil?
10. Kas rakendus annab kasulike helisignaalide abil märguandeid?
11. Kas kasutaja saab heli ja video juhtelemente reguleerida või vaigistada?
12. Kas kasutaja saab printimisel ja ekraanil kuvatava teksti puhul vaikimisi fonte muuta?
13. Kas kasutaja saab vilkuvaid, pöörlevaid või liikuvaid kuvasid reguleerida või keelata?
14. Veenduge, et värvi ei kasutata kunagi ainsa teabe edastamise vahendina.
15. Kas esiletõstmine on ikka nähtav, kui süsteemivärvid on ümberpööratud? Testige kontrastsuse suhteid muutes.
16. Kas heli ja video transkriptsioone või subtiitreid on saadaval kasutajatele, kes ei kuule?
17. Kas puuetega kasutajatele pakutakse koolitust, mis aitab neil rakendusega tutvuda?
18. Kas kõik interaktiivsed juhtnupud on ainult klaviatuuri abil ligipääsetavad, kasutatavad ja sulgetavad?

Kuidas tehisintellekt muudab ligipääsetavuse testimist

Tehisintellekt on reshaping ligipääsetavuse testimist kolmel praktilisel viisil. Esiteks loevad masinõppe skannerid nüüd renderdatud DOM-i koos arvutinägemise mudelitega, et tuvastada probleeme, mida reeglipõhised tööriistad ei märka, näiteks sobimatu alt-tekst või värvikombinatsioonid, mis reaalsetes paigutustes ebaõnnestuvad. Teiseks pakub generatiivne tehisintellekt inimloetavaid parandusi, sealhulgas paremat alt-teksti, selgemaid veateateid ja ARIA atribuute kohandatud komponentidele. Kolmandaks seab tehisintellekt leiud prioriteediks kasutajamõju alusel, nii et meeskonnad saavad oma eelarvet kulutada kõige olulisematele probleemidele. Tööriistad nagu Deque axe AI, Evinced, UserWay ja Siteimprove sisaldavad nüüd tehisintellekti funktsioone. Tehisintellekt ei asenda käsitsi ekraanilugeja testimist ega kasutajauuringuid puuetega inimestega, kuid see vähendab oluliselt käsitsi triaaži töökoormust ja aitab ligipääsetavuse osas arendustsüklisse nihutada.

Juurdepääsetavuse testimise müüdid

Järgnevalt on toodud levinud müüdid ligipääsetavuse testimise kohta koos faktidega:

Müüt: Ligipääsetava veebisaidi loomine on kulukas.

Fakt: See ei ole nii. Ligipääsetavuse arvestamine projekteerimisel koos baaskatsetega säästab raha võrreldes moderniseerimisega ja vähendab kulukat ümbertegemist.

Müüt: Ligipääsmatu veebisaidi ligipääsetavaks muutmine on liiga aeganõudev ja kulukas.

Fakt: Te ei pea kõiki parandusi korraga rakendama. Alustage muudatustest, millel on puuetega kasutajatele suurim mõju, ja avaldage ülejäänud hilisemates versioonides.

Müüt: Ligipääsetavus on lihtne ja igav.

Fakt: Lehed võivad ikkagi olla visuaalselt rikkalikud jatracsamas WCAG 2.2 suunistele vastates. W3C ei soovita selgesõnaliselt ainult tekstipõhiseid versioone, eelistades ühtset ja kõigile ligipääsetavat kogemust.

Müüt: Ligipääsetavus on ainult pimedatele ja puuetega kasutajatele.

Fakt: Ligipääsetavuse juhiste järgimine parandab üldist kasutatavust ja on kasulik kõigile kasutajatele, sealhulgas mobiilseadmetes, eredas päikesevalguses või mürarikkas keskkonnas viibijatele.

KKK