Mobilo lietotņu pieejamības pārbaude 101: WCAG atbilstība un paraugprakse

Mobilo lietotņu pieejamības pārbaude pārbauda, vai lietotnes ir pieejamas visām personām, īpaši personām ar invaliditāti. Process ietver lietojumprogrammas dizaina, satura un darbības novērtēšanu, lai nodrošinātu, ka:

• Tas atbilst WCAG (Web Content Accessibility Guidelines) pieejamības standartiem.

• Tas ir saderīgs ar palīgtehnoloģijām, piemēram, ekrāna lasītājiem, balss vadīklām un alternatīvām ievades metodēm.

  
  

Lūk, kāpēc jums ir nepieciešama mobilo lietotņu pieejamības pārbaude.

• Tiesiskā atbilstība : digitālās pieejamības likumu, piemēram, ADA un Eiropas pieejamības akta, ievērošana novērš juridiskas problēmas, naudas sodus un reputācijas bojājumus.

• Iekļaušana un vienlīdzīga piekļuve : pieejamības pārbaude nodrošina, ka mobilās lietotnes var izmantot personas ar invaliditāti, veicinot vienlīdzīgu piekļuvi un iekļautību.

• Plašāka mērķauditorijas sasniedzamība : pieejamas lietotnes var piesaistīt plašāku auditoriju, tostarp miljoniem cilvēku ar invaliditāti, uzlabojot lietotāju pieredzi un radot jaunas tirgus iespējas.

• Uzlabota lietotāju pieredze : pieejamības funkcijas, piemēram, skaidra navigācija un intuitīvs dizains, bieži vien uzlabo vispārējo lietotāju apmierinātību un lietotņu vērtējumus.

• Sociālā atbildība : apņemšanās nodrošināt pieejamību atspoguļo uzņēmuma centību nodrošināt iekļaušanu un sociālo atbildību.

• Izvairīšanās no pārstrādes un izmaksām : Agrīna pieejamības pārbaude palīdz novērst dārgus pārprojektēšanu un labojumus, samazinot klientu sūdzības un problēmas pēc palaišanas.

WCAG atbilstība mobilo lietotņu pieejamībai

WCAG (tīmekļa satura pieejamības vadlīniju) atbilstība ir ļoti svarīga, lai mobilās lietotnes būtu pieejamas cilvēkiem ar invaliditāti. WCAG koncepcijas un kritēriji, kas sākotnēji tika izveidoti tīmekļa saturam, var tikt piemēroti arī mobilajām lietotnēm.

Lūk, kā WCAG atbilstība ietekmē mobilo lietotņu pieejamību.

1. Uztverams

• Nodrošiniet uztveramu teksta aizstājēju vienumiem, kas nav teksta elementi, tostarp fotoattēli vai ikonas. Piemēram, alternatīvā teksta iekļaušana fotoattēliem vai ikonu etiķetēm nodrošina, ka ekrāna lasītāji var paziņot šos vienumus lietotājiem ar redzes traucējumiem.

  
  

• Nodrošiniet, lai saturs tiktu piegādāts daudzos formātos (piemēram, vienkāršākā izkārtojumā), nezaudējot informāciju. Mobilajām lietotnēm tas varētu ietvert ainavas un portreta režīma nodrošināšanu, kas joprojām ir pieejams.

• Ļaujiet lietotājiem vieglāk skatīt un dzirdēt materiālu, nodrošinot pietiekamu kontrastu starp teksta un fona kolāžu krāsām un piedāvājot iespējas mainīt teksta lielumu un skaļumu, netraucējot lietotnes darbību.

  
  

2. Darbināms

• Visām programmas iespējām jābūt pieejamām, izmantojot tastatūru vai tastatūrai līdzīgu ievadi, piemēram, slēdžus lietotājiem ar kustību traucējumiem. Tas ietver navigācijas vadīklas, veidlapas un interaktīvas funkcijas.

• Dodiet lietotājiem pietiekami daudz laika, lai lasītu un patērētu saturu, izvairoties no automātiskas ekrānu pārvietošanas vai pārāk ātras sesiju noildzes.

• Izvairieties no satura, kas var izraisīt krampjus, piemēram, spilgtas gaismas vai ātras ekrāna atjaunināšanas.

• Nodrošiniet lietotājiem iespējas pārvietoties, atrast saturu un noteikt savu atrašanās vietu lietotnē. Tas ietver skaidri marķētas pogas un konsekventus navigācijas modeļus.

  
  

3. Saprotams

• Padariet rakstisku informāciju lasāmu un saprotamu. Tas ietver pamata valodas lietošanu, izvairīšanos no žargona un materiāla lasīšanas nodrošināšanu ekrāna lasītājiem.

• Tīmekļa lapām vajadzētu parādīties un darboties paredzamā veidā. Piemēram, pogai visā programmā jādarbojas konsekventi, un saturam nevajadzētu negaidīti mainīties.

• Palīdziet lietotājiem novērst un labot kļūdas. Tas ietver skaidrus kļūdu paziņojumus un viegli pieejamus palīdzības resursus.

  
  

4. Robusts

• Pārliecinieties, vai lietotne darbojas ar pašreizējām un turpmākajām palīgtehnoloģijām, piemēram, ekrāna lasītājiem, balss vadību un palielinātājiem.

• Izmantojiet labas kodēšanas metodes, lai nodrošinātu, ka lietotne darbojas ar dažādiem lietotāju aģentiem, tostarp operētājsistēmām, pārlūkprogrammām un palīgierīcēm.

WCAG atbilstības līmeņi

• A līmenis: tīmekļa pieejamības pamatfunkcijas (minimālais līmenis). Būtiski, lai sasniegtu vissvarīgākās pieejamības prasības.

• AA līmenis: novērš lielākos un tipiskākos šķēršļus lietotājiem invalīdiem. Bieži tiek uzskatīts par piemērotu līmeni publiskajiem digitālajiem produktiem.

• AAA līmenis: vismodernākā un visaptverošākā pieejamības pakāpe. Atbilstība visiem AAA līmeņa standartiem ir ideāla, taču ne vienmēr tas ir iespējams visiem materiāla žanriem.

Mobilo lietotņu pieejamības pārbaudes piemērs

1. piemērs. Testēšana ar ekrāna lasītājiem

• Process: izmantojiet ekrāna lasītāju, piemēram, VoiceOver (iOS) vai TalkBack (Android), lai pārvietotos pa lietotni. Testētājam jānodrošina, lai visi elementi tiktu paziņoti pareizi un ka navigācijas plūsma ir loģiska un intuitīva.

• Mērķis: pārbaudiet, vai visi interaktīvie elementi (pogas, saites, veidlapas lauki) ir pareizi marķēti un nodrošina lietotājam pietiekamu kontekstu.

• Rezultāts: varat atklāt, ka dažām pogām trūkst aprakstošu etiķešu, tādējādi lietotājiem ar redzes traucējumiem ir grūti saprast to mērķi.

  
  

2. piemērs. Krāsu kontrasta pārbaude

• Process: manuāli pārbaudiet kontrasta attiecību starp teksta un fona krāsām, izmantojot krāsu kontrasta rīku vai vizuāli pārbaudot.

• Mērķis: nodrošināt, lai teksts būtu viegli lasāms lietotājiem ar redzes traucējumiem, jo īpaši tiem, kuriem ir krāsu aklums.

• Rezultāts: varat atklāt, ka noteiktiem teksta elementiem ir nepietiekams kontrasts, tāpēc tie ir grūti lasāmi.

Kā atrast pareizo mobilo lietotņu pieejamības rīku?

Tālāk ir sniegts detalizēts ceļvedis, kas palīdzēs izvēlēties pareizo rīku.

• Izprotiet savas pārbaudes vajadzības, pamatojoties uz:

  • Invalīdu veidi, piemēram, redzes, dzirdes, kustību vai kognitīvie traucējumi.

  • Platforma, ko atbalsta rīks (iOS, Android vai abi).

    
    

• Vienkārša lietošana: rīkam jābūt viegli iestatāmam un lietojamam, jo īpaši izstrādātājiem un testētājiem, kuri, iespējams, nav specializējušies pieejamības jomā.

  
  

• Integrācijas iespējas: pārbaudiet, vai rīks integrējas ar jūsu esošajām izstrādes, CI/CD un testēšanas darbplūsmām.

  
  

• Pārskati un dokumentācija: rīkam ir jānodrošina skaidri un praktiski izmantojami ziņojumi. Meklējiet tādas funkcijas kā pārskatu eksportēšana dažādos formātos, integrācija ar problēmu izsekošanas sistēmām un problēmu novēršanas dokumentācija.

  
  

• Atbalsts un kopiena: apsveriet rīkus ar labu klientu atbalstu, apmācību resursiem un aktīvu lietotāju kopienu.

  
  

• Izmaksas: daži rīki ir bezmaksas (atklātā pirmkoda), savukārt citiem var būt nepieciešams abonements vai vienreizējs pirkums. Saskaņojiet savu izvēli ar savu budžetu un piedāvātajām funkcijām, lai līdzsvarotu ieguldījumu atdevi (IA).

  
  

• Bezmaksas izmēģinājuma versijas: daudzi rīki piedāvā bezmaksas izmēģinājuma versijas vai demonstrācijas versijas. Izmantojiet tos, lai novērtētu rīka efektivitāti savā testēšanas vidē.

  
  

• Testēšana reālajā pasaulē: pārbaudiet rīku nelielā lietotnes sadaļā, lai redzētu, kā tas darbojas reālos scenārijos.

Mobilo lietotņu pieejamības pārbaudes rīki

Šobrīd tirgū tiek izmantoti vairāki populāri mobilo lietotņu pieejamības rīki. Lai gan dažas no tām ir funkcionālas operētājsistēmā Android vai iOS, dažas ir arī vairāku platformu:

Android pieejamības testēšanas rīki

• Google pieejamības skeneris automātiski skenē Android lietotnes, lai atklātu izplatītākās pieejamības problēmas, piemēram, trūkstošos uzlīmes, mazus pieskārienu mērķus un krāsu kontrasta problēmas. Lai gan tas ir bezmaksas, ērti lietojams, tieši no Google; tas aprobežojas ar pamatproblēmu noteikšanu, nav padziļinātas testēšanas funkciju.

  
  

• TalkBack pieejamība: TalkBack pieejamība ļauj lietotājiem izmantot ekrāna lasītājus Android ierīcēs. Lai gan tas ir iebūvēts, tas ir manuāls process, un ir nepieciešams laiks, lai to rūpīgi pārbaudītu. Lietotņu pieejamības rīks BrowserStack nodrošina piekļuvi TalkBack ekrāna lasītājam īstās Android ierīcēs.

iOS pieejamības testēšanas rīki

• Xcode Accessibility Inspector: Xcode iebūvēts rīks pieejamības atribūtu pārbaudei un testēšanai iOS lietotnēs. Lai gan tas ir integrēts Xcode un piedāvā reāllaika pārbaudi un testēšanu; tā ir paredzēta tikai iOS izstrādes vidēm, un tai nav automātiskas testēšanas.

  
  

• VoiceOver: šis ir iekšējais ekrāna lasītājs iOS ierīcēm, ko izmanto, lai pārbaudītu, kā lietotnes mijiedarbojas ar ekrāna lasītāju lietotājiem. Lai gan tas ir iebūvēts, tas ir manuāls process, un ir nepieciešams laiks, lai to rūpīgi pārbaudītu. BrowserStack lietotņu pieejamības rīks nodrošina piekļuvi VoiceOver ekrāna lasītājam īstās iOS ierīcēs.

Vairāku platformu (gan Android, gan iOS) pieejamības pārbaudes rīki

• BrowserStack App Accessibility piedāvā vietējām funkcijām līdzīgas funkcijas ar vairāku platformu pieejamību Android un iOS tālruņos. Varat veikt pieejamības skenēšanu kopā ar ekrāna lasītāja testēšanu un pārraudzīt pieejamību, izmantojot BrowserStack App pieejamības rīku. Tās galvenās iespējas ietver:

  
  

  • Tūlītēja piekļuve īstām iOS un Android ierīcēm ar nulles iestatīšanu.

  • Darbplūsmas skeneris, ko darbina BrowserStack patentētais noteikumu dzinējs, padara pieejamības pārbaudi 5 reizes ātrāku.

  • Piekļuve TalkBack un VoiceOver ekrāna lasītājiem ar vienu klikšķi ar iespēju fiksēt problēmas, izmantojot ierakstus un ekrānuzņēmumus.

  • Centralizēts pārskatu informācijas panelis ar anotētiem ekrānuzņēmumiem sniedz ieskatu un praktiskus labošanas soļus ērtai atrisināšanai.

    
    

Kā veikt mobilo lietotņu pieejamības pārbaudi?

1. darbība. Plānojiet pieejamības prasības

• Izprotiet vadlīnijas: uzziniet par pieejamības standartiem, tostarp tīmekļa satura pieejamības noteikumiem (WCAG) un platformai specifiskiem noteikumiem (piemēram, Apple pieejamības vadlīnijām un Google materiālu dizaina pieejamības noteikumiem).

  
  

• Identificējiet mērķa lietotājus: ņemiet vērā lietotāju prasības ar dažādām invaliditātēm, piemēram, redzes, dzirdes, motoriem un kognitīviem ierobežojumiem.

  
  

• Iestatiet testēšanas mērķus: nosakiet, kuras pieejamības funkcijas ir jāpārbauda, piemēram, ekrāna lasītāja saderība, krāsu kontrasts, pieskāriena mērķa izmēri un teksta palielinājums.

  
  

2. darbība. Izvēlieties pareizos rīkus

• Manuālās testēšanas rīki: izmantojiet ekrāna lasītājus, piemēram, VoiceOver (iOS) un TalkBack (Android), lai manuāli pārbaudītu, kā cilvēki ar redzes traucējumiem mijiedarbojas ar jūsu lietotni.

  
  

• Automatizēti testēšanas rīki: izmantojiet tādus automatizētus rīkus kā BrowserStack App Accessibility vai Google Accessibility Scanner, lai noteiktu izplatītākās pieejamības problēmas.

  
  

• Lietotāju testēšanas rīki: apsveriet iespēju izmantot tādas platformas kā UserZoom vai Loop11, lai veiktu testus ar reāliem cilvēkiem ar traucējumiem.

  
  

3. darbība. Pārskatiet pārskatus

Analizējiet ģenerētos pārskatus, lai atklātu jomas, kurās nepieciešami uzlabojumi. Šajos ziņojumos bieži ir iekļauta informācija par pārkāpuma veidu, kur tas noticis, kā arī ieteikumi to labošanai.

4. solis. Iesaistiet lietotājus ar invaliditāti

• Pieņemiet darbā testētājus: uzaiciniet īstus lietotājus ar invaliditāti pārbaudīt lietotni. Tie var sniegt vērtīgu ieskatu, ko var nedot automātiskā vai manuālā testēšana.

  
  

• Apkopojiet komentārus: novērojiet, kā šie lietotāji izmanto lietotni, un lūdziet komentārus par lietojamību un jebkādiem šķēršļiem, ar kuriem viņi saskaras.

  
  

5. darbība. Pārskatiet un novērsiet problēmas

• Prioritāri labojumi: piešķiriet prioritāti problēmām, pamatojoties uz automatizētu, manuālu un lietotāja testēšanu, akcentējot svarīgus pieejamības šķēršļus.

• Ieviesiet pielāgojumus: sadarbojieties ar izstrādātājiem, lai ieviestu pielāgojumus, kas nepieciešami lietotnes pieejamības uzlabošanai.

  
  

6. darbība. Atkārtoti pārbaudiet un apstipriniet

• Atkārtota pārbaude: pēc modifikāciju veikšanas atkārtoti pārbaudiet lietotni, lai nodrošinātu, ka pieejamības problēmas ir novērstas.

• Nepārtraukta uzraudzība: pieejamības pārbaudei jābūt nepārtrauktai darbībai. Regulāri pārbaudiet jaunus jauninājumus un funkcijas, lai pārliecinātos, ka tie joprojām ir pieejami.

  
  

7. solis. Dokuments un ziņojums

Saglabājiet pilnīgu visu identificēto problēmu, to risināšanas metožu un galīgo rezultātu uzskaiti.

Mobilo lietotņu pieejamības testēšanas paraugprakse

Kontrolsaraksts mobilo lietotņu pieejamības pārbaudei

Šeit ir 5 pakāpju kontrolsaraksts mobilo lietotņu pieejamības sasniegšanai

1. Vispārīgās vadlīnijas

• Pārliecinieties, vai lietotnei ir skaidrs nosaukums.

• Saglabājiet pareizu virsrakstu hierarhiju visā lietotnē.

Izmantojiet ARIA orientieru lomas (piemēram, meklēšanu, navigāciju, satura informāciju, papildinformāciju un reklāmkarogu), lai efektīvi strukturētu lietotni vai lapu.

Pieskaršanās notikumiem ievērojiet vienu no šiem nosacījumiem:

• Izvairieties sākt jebkādu darbību ar lejupslīdi.
• Sāciet darbības ar augšupejošu notikumu ar iespēju atcelt vai atcelt darbību pirms pabeigšanas.
• Izmantojiet augšupvērsto notikumu, lai atsauktu darbības, ko sācis lejupvērsts notikums.
• Sāciet darbības tikai pēc skaidras lietotāja nodoma norādes.
• Pārliecinieties, vai pieskāriena mērķi ir pietiekami lieli, lai tiem būtu viegli pieskarties.

2. Krāsu kontrasta attiecības

• Ievērojiet WCAG 2.1 AA līmeņa krāsu kontrasta prasības, lai palīdzētu lietotājiem ar redzes traucējumiem.
• Sasniedziet 4,5:1 kontrasta attiecību standarta tekstam.
• Lielam tekstam saglabājiet kontrasta attiecību 3:1.
• Nodrošiniet, lai uz krāsām balstīta informācija būtu pieejama arī citos veidos.

3. Pieskarieties vienumam Žesti un Haptic Feedback

• Ieviesiet pieskāriena žestus un taustes atgriezenisko saiti, lai uzlabotu lietotnes funkcionalitāti un lietotāja pieredzi gan operētājsistēmā Android, gan iOS.

• Lai gan pamatdarbības nav atkarīgas no pieskāriena žestiem, tās var uzlabot pieejamību un pievilcību, jo īpaši lietotājiem ar ierobežotām lasīšanas spējām.

4. Konsekventi izkārtojumi un navigācija

• Saglabājiet konsekvenci saturā, izkārtojumā un navigācijā, lai uzlabotu lietotāja pieredzi.

• Izstrādājiet mobilās lietotnes ar navigācijas palīgsistēmu, lai palīdzētu lietotājiem izvēlnēs, jo īpaši tiem, kuriem ir kustību traucējumi, kuri varētu dot priekšroku mobilajām lietotnēm, nevis tīmekļa pārlūkprogrammām.

• Nodrošiniet, lai izkārtojumi būtu labi sakārtoti un vizuāli līdzsvaroti, lai izvairītos no neskaidrībām un uzlabotu pieejamību.

5. Optimizējiet lietotnes saturu/multividi

• Pielāgojiet lietotņu saturu un multividi, lai tos varētu skatīt gan mazos, gan lielos ekrānos.

• Pārliecinieties, ka interaktīvie elementi, piemēram, “klikšķināšanas” opcijas un iepirkumu groza funkcijas, ir lietotājam draudzīgi un pieejami.

• Izmantojiet salasāmus galvenes tagus un optimizējiet satura izkārtojumu, lai palīdzētu lietotājiem ar kognitīviem traucējumiem izprast lietotni un tajā pārvietoties.

• Nodrošiniet skaidrus vizuālo materiālu parakstus, lai atbalstītu pieejamību gan dzirdes, gan vājredzīgiem lietotājiem.

Pieejamības iekļaušana mobilo lietotņu izstrādē ir ne tikai juridiska vai ētiska prasība, bet arī nepieciešama sastāvdaļa, lai piedāvātu iekļaujošu lietotāja pieredzi. Ievērojot noteiktos principus, izmantojot gan automātiskās, gan manuālās testēšanas metodes un iesaistot reālus lietotājus ar traucējumiem, jūs varat nodrošināt, ka jūsu programmatūra ir pieejama visiem. Pieskārienu mērķi, krāsu kontrasti un informācijas displejs var tikt regulāri optimizēti, lai labāk atbilstu dažādu lietotāju prasībām.

Izmantojot BrowserStack platformu , varat pārbaudīt savu lietotni plašā reālu ierīču klāstā, nodrošinot pieejamības funkciju funkcionālu un lietotājam draudzīgu darbību dažādās vidēs. Šī praktiskā pieeja ļauj veikt precīzākus novērtējumus un palīdz noteikt un atrisināt pieejamības problēmas, kuras var palaist garām tikai automatizētajos rīkos.