Pieejamības testēšana: rokasgrāmata par automatizētiem rīkiem iekļaujošam dizainam

Mūsdienu digitālajā vidē pieejamības nodrošināšana ir ne tikai labā prakse, bet arī pamatprasība. Miljoniem cilvēku visā pasaulē paļaujas uz palīgtehnoloģijām un pieejamiem dizaina principiem, lai mijiedarbotos ar vietnēm, lietojumprogrammām un citu digitālo saturu. Tāpēc pieejamības testēšana kļūst par vissvarīgāko, lai radītu iekļaujošu un lietotājam draudzīgu pieredzi ikvienam, neatkarīgi no viņa spējām. Šī rokasgrāmata pievēršas automatizēto rīku lomai pieejamības testēšanas procesa pilnveidošanā un uzlabošanā.

Kāpēc automatizētā pieejamības testēšana ir svarīga

Manuālā pieejamības testēšana, lai arī ir būtiska niansētu problēmu atklāšanai, var būt laikietilpīga un resursietilpīga. Automatizētā testēšana piedāvā ātrāku un efektīvāku veidu, kā identificēt izplatītākos pieejamības pārkāpumus jau agrīnā izstrādes posmā. Lūk, kāpēc tas ir tik svarīgi:

• Efektivitāte: Automatizētie rīki var ātri skenēt veselas vietnes vai lietojumprogrammas, identificējot potenciālās pieejamības problēmas daudz īsākā laikā, nekā to varētu izdarīt manuāli.
• Agrīna atklāšana: Automatizētās testēšanas integrēšana izstrādes darbplūsmā ļauj izstrādātājiem identificēt un novērst problēmas jau agrīnā stadijā, neļaujot tām kļūt sarežģītākām un dārgākām vēlāk.
• Konsekvence: Automatizētie rīki nodrošina konsekventus un objektīvus rezultātus, nodrošinot, ka pieejamības standarti tiek vienmērīgi piemēroti visam digitālajam saturam.
• Mērogojamība: Automatizēto testēšanu var viegli mērogot, lai pielāgotos lielām un sarežģītām vietnēm vai lietojumprogrammām, padarot to par vērtīgu rīku jebkura izmēra organizācijām.
• Samazinātas izmaksas: Automatizējot daļu testēšanas procesa, organizācijas var samazināt kopējās pieejamības atbilstības nodrošināšanas izmaksas.

Izpratne par automatizētās testēšanas apjomu

Ir svarīgi saprast, ka automatizētā testēšana neaizstāj manuālo testēšanu. Lai gan automatizētie rīki var identificēt daudzas izplatītas pieejamības problēmas, tie nevar atklāt tās visas. Manuālā testēšana joprojām ir nepieciešama, lai novērtētu lietotāja pieredzi un nodrošinātu, ka saturs ir patiesi pieejams cilvēkiem ar invaliditāti. Automatizētā testēšana jāuzskata par manuālās testēšanas papildinājumu, nevis aizstājēju.

Automatizētās pieejamības testēšanas ierobežojumi:

• Kontekstuālā izpratne: Automatizētajiem rīkiem bieži ir grūtības izprast satura kontekstu un tā lietojumu. Piemēram, tie var nespēt noteikt, vai attēla alternatīvais teksts ir jēgpilns vai piemērots konkrētā kontekstā.
• Sarežģītas mijiedarbības: Automatizētajiem rīkiem var būt grūti testēt sarežģītas mijiedarbības, piemēram, "velc un nomet" (drag-and-drop) funkcionalitāti vai sarežģītu veidlapu iesniegšanu.
• Lietotāja pieredze: Automatizētā testēšana nevar novērtēt kopējo lietotāja pieredzi cilvēkiem ar invaliditāti. Manuālā testēšana, ieskaitot lietojamības testēšanu ar lietotājiem, kuriem ir invaliditāte, ir būtiska, lai identificētu lietojamības problēmas, kuras automatizētie rīki var palaist garām.
• Dinamisks saturs: Automatizētie testi var saskarties ar grūtībām, strādājot ar dinamiski ģenerētu saturu vai saturu, kas bieži mainās.

Galvenie pieejamības standarti un vadlīnijas

Automatizētie pieejamības testēšanas rīki parasti pārbauda atbilstību noteiktiem pieejamības standartiem un vadlīnijām. Visplašāk atzītās no tām ir Tīmekļa satura pieejamības vadlīnijas (WCAG), ko izstrādājis Vispasaules Tīmekļa konsorcijs (W3C). Citi saistītie standarti ietver Section 508 no Rehabilitācijas likuma Amerikas Savienotajās Valstīs un EN 301 549 Eiropā.

• WCAG (Tīmekļa satura pieejamības vadlīnijas): Starptautiski atzīts tīmekļa pieejamības standarts. WCAG ir organizēts četros principos (Uztverams, Vadāms, Saprotams un Robusts) un ietver pārbaudāmus veiksmes kritērijus trīs līmeņos (A, AA un AAA). Lielākā daļa organizāciju cenšas sasniegt WCAG 2.1 AA līmeņa atbilstību.
• Section 508: ASV likums, kas pieprasa federālajām aģentūrām padarīt savu elektronisko un informācijas tehnoloģiju pieejamu cilvēkiem ar invaliditāti. Section 508 ir cieši saskaņots ar WCAG.
• EN 301 549: Eiropas standarts, kas nosaka pieejamības prasības IKT (informācijas un komunikācijas tehnoloģiju) produktiem un pakalpojumiem.

Automatizēto pieejamības testēšanas rīku veidi

Ir pieejami dažādi automatizētie pieejamības testēšanas rīki, katram no tiem ir savas stiprās un vājās puses. Šos rīkus var plaši iedalīt šādos veidos:

• Pārlūkprogrammu paplašinājumi: Šie rīki integrējas tieši tīmekļa pārlūkprogrammās un ļauj izstrādātājiem ātri testēt atsevišķas lapas vai komponentes. Piemēri ir WAVE, axe DevTools un Accessibility Insights.
• Tiešsaistes tīmekļa pieejamības pārbaudītāji: Šie rīki ļauj ievadīt URL un saņemt pieejamības pārskatu. Piemēri ir AChecker un Web Accessibility Evaluation Tool (WAVE) tiešsaistes pārbaudītājs.
• Darbvirsmas lietojumprogrammas: Šie rīki tiek instalēti datorā un piedāvā plašākas funkcijas un pielāgošanas iespējas. Piemēri ir SortSite un Tenon.io (mākoņpakalpojums, bet pieejams no darbvirsmas).
• Komandrindas rīki: Šos rīkus var integrēt automatizētos būvēšanas procesos un nepārtrauktas integrācijas/nepārtrauktas piegādes (CI/CD) konveijeros. Piemēri ir axe-cli un pa11y.
• Integrētās izstrādes vides (IDE) spraudņi: Šie spraudņi integrē pieejamības testēšanu tieši izstrādātāja IDE.

Populārākie automatizētās pieejamības testēšanas rīki: detalizēts pārskats

Šeit ir padziļināts ieskats dažos no populārākajiem un efektīvākajiem automatizētās pieejamības testēšanas rīkiem:

1. axe DevTools

Apraksts: Izstrādājis Deque Systems, axe DevTools ir plaši izmantots un augsti novērtēts pieejamības testēšanas rīks. Tas ir pieejams kā pārlūkprogrammas paplašinājums un komandrindas rīks. axe DevTools ir pazīstams ar savu precizitāti, ātrumu un lietošanas vienkāršību. Tas atbalsta WCAG 2.0, WCAG 2.1 un Section 508 standartus.

Galvenās iezīmes:

• Inteliģenti vadīti testi: Nodrošina soli pa solim norādījumus sarežģītu pieejamības problēmu testēšanai.
• Izceļ pieejamības problēmas: Skaidri identificē pieejamības problēmas lapā ar detalizētiem paskaidrojumiem un labošanas ieteikumiem.
• Atbalsta vairākas pārlūkprogrammas: Pieejams Chrome, Firefox un Edge.
• Integrējas ar CI/CD konveijeriem: Var tikt integrēts automatizētos būvēšanas procesos.
• Bezmaksas un atvērtā koda: Galvenais axe dzinējs ir bezmaksas un ar atvērto pirmkodu.

Piemērs: Izmantojot axe DevTools, lai skenētu vietni, var atklāties trūkstošs alternatīvais teksts attēlam, nepietiekams krāsu kontrasts vai nepareiza virsrakstu struktūra.

2. WAVE (Web Accessibility Evaluation Tool)

Apraksts: WAVE ir bezmaksas tīmekļa pieejamības novērtēšanas rīks, ko izstrādājis WebAIM (Web Accessibility In Mind). Tas ir pieejams kā pārlūkprogrammas paplašinājums un tiešsaistes tīmekļa pieejamības pārbaudītājs. WAVE nodrošina vizuālu pieejamības problēmu attēlojumu lapā, padarot problēmu identificēšanu un izpratni vieglu.

Galvenās iezīmes:

• Vizuālā atgriezeniskā saite: Ievieto ikonas tieši lapā, lai norādītu uz pieejamības problēmām.
• Detalizēti pārskati: Sniedz detalizētus pārskatus par pieejamības kļūdām, brīdinājumiem, funkcijām, strukturāliem elementiem un ARIA atribūtiem.
• Viegli lietojams: Vienkāršs un intuitīvs interfeiss.
• Bezmaksas: WAVE ir bezmaksas rīks.

Piemērs: WAVE var izcelt trūkstošas veidlapu etiķetes, tukšas saites vai apgabalus ar zemu krāsu kontrastu.

3. Accessibility Insights

Apraksts: Izstrādājis Microsoft, Accessibility Insights ir bezmaksas un atvērtā koda pārlūkprogrammas paplašinājums, kas palīdz izstrādātājiem atrast un novērst pieejamības problēmas. Tas ietver vairākus rīkus, piemēram, automātisko pārbaužu rīku, cilnes pieturas (tab stops) rīku un novērtēšanas rīku.

Galvenās iezīmes:

• Automatizētās pārbaudes: Veic automatizētas pārbaudes, lai identificētu izplatītas pieejamības problēmas.
• Cilnes pieturas rīks: Palīdz izstrādātājiem pārbaudīt, vai cilnes secība ir loģiska un intuitīva.
• Novērtēšanas rīks: Nodrošina soli pa solim norādījumus manuālu pieejamības testu veikšanai.
• Atbalsta WCAG 2.0 un WCAG 2.1: Pārbauda atbilstību WCAG standartiem.

Piemērs: Accessibility Insights var palīdzēt jums identificēt problēmas ar tastatūras navigāciju, ekrāna lasītāju saderību un krāsu kontrastu.

4. pa11y

Apraksts: pa11y ir komandrindas rīks, kas automatizē pieejamības testēšanu. To var izmantot, lai testētu tīmekļa lapas, tīmekļa lietojumprogrammas un pat PDF failus. pa11y ir ļoti pielāgojams un to var integrēt automatizētos būvēšanas procesos.

Galvenās iezīmes:

• Komandrindas saskarne: Var palaist no komandrindas.
• Pielāgojams: Ļoti konfigurējams, lai atbilstu konkrētām testēšanas vajadzībām.
• Integrējas ar CI/CD konveijeriem: Var tikt integrēts automatizētos būvēšanas procesos.
• Atbalsta vairākus pārskatu formātus: Atbalsta dažādus pārskatu formātus, piemēram, HTML, JSON un CSV.

Piemērs: Izmantojot pa11y, jūs varat automātiski testēt vietni pēc katras izvietošanas un ģenerēt pārskatu, kas identificē jebkādas jaunas pieejamības problēmas.

5. SortSite

Apraksts: SortSite ir darbvirsmas lietojumprogramma, kas skenē veselas vietnes, meklējot pieejamības problēmas, bojātas saites un citas kvalitātes problēmas. Tas atbalsta WCAG, Section 508 un citus pieejamības standartus.

Galvenās iezīmes:

• Vietnes skenēšana: Skenē veselas vietnes, meklējot pieejamības problēmas.
• Visaptveroši pārskati: Ģenerē detalizētus pārskatus par pieejamības kļūdām un brīdinājumiem.
• Atbalsta vairākus standartus: Atbalsta WCAG, Section 508 un citus pieejamības standartus.
• Pakešapstrāde: Var izmantot, lai testētu vairākas vietnes vienlaikus.

Piemērs: SortSite var izmantot, lai identificētu pieejamības problēmas visā vietnē, piemēram, nekonsekventas virsrakstu struktūras vai trūkstošu alternatīvo tekstu vairākās lapās.

6. Tenon.io

Apraksts: Tenon.io ir mākoņpakalpojumu pieejamības testēšanas serviss, kas sniedz detalizētus pārskatus par pieejamības problēmām. To var integrēt automatizētos būvēšanas procesos un tas atbalsta WCAG 2.0 un Section 508 standartus.

Galvenās iezīmes:

• Mākoņpakalpojumu serviss: Pieejams no jebkuras vietas ar interneta savienojumu.
• API integrācija: Var integrēt automatizētos būvēšanas procesos, izmantojot tā API.
• Detalizēti pārskati: Sniedz detalizētus pārskatus par pieejamības problēmām.
• Atbalsta WCAG 2.0 un Section 508: Pārbauda atbilstību WCAG un Section 508 standartiem.

Piemērs: Tenon.io var izmantot, lai automātiski testētu vietni, pirms tā tiek izvietota ražošanā, un ģenerētu pārskatu, kas identificē jebkādas pieejamības problēmas, kuras ir jānovērš.

Automatizētās pieejamības testēšanas integrēšana izstrādes darbplūsmā

Lai maksimāli izmantotu automatizētās pieejamības testēšanas priekšrocības, ir svarīgi to nemanāmi integrēt izstrādes darbplūsmā. Lūk, kā to izdarīt:

• Sāciet agri: Sāciet pieejamības testēšanu jau agrīnā izstrādes procesa posmā, pat pirms tiek uzrakstīta pirmā koda rindiņa.
• Automatizējiet testēšanu: Integrējiet automatizētos pieejamības testēšanas rīkus CI/CD konveijerā, lai nodrošinātu, ka pieejamība tiek automātiski pārbaudīta ar katru būvējumu.
• Apmāciet izstrādātājus: Nodrošiniet izstrādātājiem apmācību par pieejamības labāko praksi un to, kā efektīvi izmantot automatizētos testēšanas rīkus.
• Izmantojiet automatizētās un manuālās testēšanas kombināciju: Atcerieties, ka automatizētā testēšana neaizstāj manuālo testēšanu. Izmantojiet abu kombināciju, lai nodrošinātu visaptverošu pieejamības pārklājumu.
• Regulāri pārskatiet un atjauniniet testēšanas procesus: Pieejamības standarti un labākā prakse laika gaitā attīstās. Regulāri pārskatiet un atjauniniet savus testēšanas procesus, lai nodrošinātu, ka izmantojat jaunākos rīkus un tehnikas.

Labākā prakse automatizēto pieejamības testēšanas rīku izmantošanai

Lai gūtu maksimālu labumu no automatizētajiem pieejamības testēšanas rīkiem, ievērojiet šo labāko praksi:

• Izvēlieties pareizo rīku: Izvēlieties rīkus, kas ir piemēroti jūsu konkrētajām vajadzībām un testējamā satura veidam.
• Konfigurējiet rīku pareizi: Konfigurējiet rīku, lai pārbaudītu atbilstību konkrētiem pieejamības standartiem un vadlīnijām, kurus cenšaties ievērot.
• Rūpīgi interpretējiet rezultātus: Izprotiet rezultātu nozīmi un prioritizējiet problēmas, pamatojoties uz to smagumu un ietekmi uz lietotājiem.
• Nepaļaujieties tikai uz automatizēto testēšanu: Izmantojiet automatizēto testēšanu kā daļu no visaptverošas pieejamības testēšanas stratēģijas, kas ietver manuālo testēšanu un lietotāju testēšanu ar cilvēkiem ar invaliditāti.
• Esiet lietas kursā: Uzturiet savus testēšanas rīkus atjauninātus, lai nodrošinātu, ka izmantojat jaunākās versijas un funkcijas.

Automatizēto rīku identificēto pieejamības problēmu piemēri

Šeit ir daži izplatīti pieejamības problēmu piemēri, ko var identificēt automatizētie rīki:

• Trūkstošs alternatīvais teksts attēliem: Attēli bez alternatīvā teksta nav pieejami ekrāna lasītāju lietotājiem.
• Nepietiekams krāsu kontrasts: Teksts ar nepietiekamu krāsu kontrastu var būt grūti lasāms cilvēkiem ar vāju redzi.
• Trūkstošas veidlapu etiķetes: Veidlapu lauki bez etiķetēm nav pieejami ekrāna lasītāju lietotājiem.
• Tukšas saites: Saites bez teksta vai alternatīvā teksta nav pieejamas ekrāna lasītāju lietotājiem.
• Nepareiza virsrakstu struktūra: Lapas ar nepareizu virsrakstu struktūru var būt grūti navigējamas ekrāna lasītāju lietotājiem.
• Tastatūras navigācijas problēmas: Lapas, kuras nevar navigēt, izmantojot tastatūru, nav pieejamas cilvēkiem ar kustību traucējumiem.
• Trūkstoši ARIA atribūti: ARIA atribūti tiek izmantoti, lai sniegtu papildu informāciju palīgtehnoloģijām. Trūkstoši ARIA atribūti var apgrūtināt interaktīvo elementu lietošanu cilvēkiem ar invaliditāti.

Automatizētās pieejamības testēšanas nākotne

Automatizētā pieejamības testēšana nepārtraukti attīstās, un visu laiku parādās jauni rīki un tehnikas. Automatizētās pieejamības testēšanas nākotne, visticamāk, ietvers šādas tendences:

• Sarežģītāki ar MI darbināmi rīki: Mākslīgais intelekts un mašīnmācīšanās tiek izmantoti, lai izstrādātu sarežģītākus pieejamības testēšanas rīkus, kas var identificēt plašāku problēmu loku un sniegt precīzākus rezultātus.
• Uzlabota integrācija ar izstrādes darbplūsmām: Pieejamības testēšana kļūst arvien ciešāk integrēta ar izstrādes darbplūsmām, padarot izstrādātājiem vieglāku pieejamības testēšanu visā izstrādes procesā.
• Lielāks uzsvars uz lietotāja pieredzi: Nākotnes rīki, visticamāk, vairāk koncentrēsies uz lietotāja pieredzes novērtēšanu cilvēkiem ar invaliditāti, nevis tikai uz atbilstības pārbaudi tehniskiem standartiem.
• Atbalsts plašākam tehnoloģiju klāstam: Automatizētajiem pieejamības testēšanas rīkiem būs jāatbalsta plašāks tehnoloģiju klāsts, tostarp mobilās lietotnes, natīvās lietojumprogrammas un jaunas tehnoloģijas, piemēram, virtuālā realitāte un papildinātā realitāte.

Secinājums

Automatizētie pieejamības testēšanas rīki ir būtiski, lai radītu iekļaujošu digitālo pieredzi lietotājiem visā pasaulē. Integrējot šos rīkus izstrādes darbplūsmā un izmantojot tos kopā ar manuālo testēšanu, organizācijas var nodrošināt, ka viņu vietnes un lietojumprogrammas ir pieejamas ikvienam, neatkarīgi no viņa spējām. Automatizētās pieejamības testēšanas pieņemšana nav tikai par atbilstību; tā ir par iekļaujošākas un taisnīgākas digitālās pasaules radīšanu.

Praktiski ieteikumi:

• Sāciet ar bezmaksas rīku: Sāciet, izpētot bezmaksas pārlūkprogrammu paplašinājumus, piemēram, axe DevTools vai WAVE, lai gūtu priekšstatu par automatizēto pieejamības testēšanu.
• Integrējiet ar CI/CD: Ja jums ir CI/CD konveijers, izpētiet iespēju integrēt komandrindas rīku, piemēram, pa11y, lai automatizētu pieejamības pārbaudes.
• Apmāciet savu komandu: Ieguldiet līdzekļus pieejamības apmācībā savai izstrādes komandai, lai palīdzētu viņiem izprast pieejamības nozīmi un to, kā efektīvi izmantot automatizētos testēšanas rīkus.
• Neaizmirstiet par manuālo testēšanu: Vienmēr papildiniet automatizēto testēšanu ar manuālo testēšanu un lietotāju testēšanu ar cilvēkiem ar invaliditāti.