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. : 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. Tiesiskā atbilstība : 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. Iekļaušana un vienlīdzīga piekļuve : 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. Plašāka mērķauditorijas sasniedzamība : 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. Uzlabota lietotāju pieredze : 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. Sociālā atbildība : 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. Izvairīšanās no pārstrādes un izmaksām 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 tīmekļa pieejamības pamatfunkcijas (minimālais līmenis). Būtiski, lai sasniegtu vissvarīgākās pieejamības prasības. A 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. AA 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. AAA līmenis: Mobilo lietotņu pieejamības pārbaudes piemērs 1. piemērs. Testēšana ar ekrāna lasītājiem 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. Process: pārbaudiet, vai visi interaktīvie elementi (pogas, saites, veidlapas lauki) ir pareizi marķēti un nodrošina lietotājam pietiekamu kontekstu. Mērķis: 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. Rezultāts: 2. piemērs. Krāsu kontrasta pārbaude 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. Process: 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. Mērķis: varat atklāt, ka noteiktiem teksta elementiem ir nepietiekams kontrasts, tāpēc tie ir grūti lasāmi. Rezultāts: 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). 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ā. Vienkārša lietošana: pārbaudiet, vai rīks integrējas ar jūsu esošajām izstrādes, CI/CD un testēšanas darbplūsmām. Integrācijas iespējas: 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. Pārskati un dokumentācija: apsveriet rīkus ar labu klientu atbalstu, apmācību resursiem un aktīvu lietotāju kopienu. Atbalsts un kopiena: 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). Izmaksas: 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ē. Bezmaksas izmēģinājuma versijas: pārbaudiet rīku nelielā lietotnes sadaļā, lai redzētu, kā tas darbojas reālos scenārijos. Testēšana reālajā pasaulē: 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 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. Google pieejamības skeneris 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. TalkBack pieejamība: iOS pieejamības testēšanas rīki 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. Xcode Accessibility Inspector: š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. VoiceOver: Vairāku platformu (gan Android, gan iOS) pieejamības pārbaudes rīki 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: BrowserStack App Accessibility 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. Izmantojiet BrowserStack App Accessibility, lai bez maksas tagad Kā veikt mobilo lietotņu pieejamības pārbaudi? 1. darbība. Plānojiet pieejamības prasības 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). Izprotiet vadlīnijas: ņemiet vērā lietotāju prasības ar dažādām invaliditātēm, piemēram, redzes, dzirdes, motoriem un kognitīviem ierobežojumiem. Identificējiet mērķa lietotājus: 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. Iestatiet testēšanas mērķus: 2. darbība. Izvēlieties pareizos rīkus 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. Manuālās 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. Automatizēti 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. Lietotāju testēšanas rīki: 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 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. Pieņemiet darbā testētājus: 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. Apkopojiet komentārus: 5. darbība. Pārskatiet un novērsiet problēmas 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. Prioritāri labojumi: sadarbojieties ar izstrādātājiem, lai ieviestu pielāgojumus, kas nepieciešami lietotnes pieejamības uzlabošanai. Ieviesiet pielāgojumus: 6. darbība. Atkārtoti pārbaudiet un apstipriniet pēc modifikāciju veikšanas atkārtoti pārbaudiet lietotni, lai nodrošinātu, ka pieejamības problēmas ir novērstas. Atkārtota pārbaude: 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. Nepārtraukta uzraudzība: 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 1. Ievērojiet pieejamības vadlīnijas Ieviesiet tīmekļa satura pieejamības vadlīnijas (WCAG) tīmekļa saturam, kas attiecas arī uz mobilajām lietotnēm. Tāpat arī pieejamības vadlīnijas, ko nodrošina mobilās platformas, piemēram, Apple pieejamības vadlīnijas un Google materiālu dizaina pieejamības vadlīnijas. 2. Testēšanai izmantojiet īstas ierīces Veiciet pieejamības testēšanu dažādās reālās ierīcēs, lai tvertu dažādus ekrāna izmērus, izšķirtspēju un operētājsistēmas versijas. 3. Ja iespējams, ieviesiet automatizētos testēšanas rīkus Izmantojiet tādus rīkus kā Google Accessibility Scanner un BrowserStack App Accessibility, lai ātri noteiktu izplatītākās pieejamības problēmas. Integrējiet automatizētus pieejamības testus savā CI/CD konveijerā, lai nodrošinātu nepārtrauktu uzraudzību un agrīnu problēmu atklāšanu. 4. Iesaistiet reālus lietotājus ar invaliditāti Piesaistiet lietotājus ar invaliditāti, lai pārbaudītu lietotni. Viņu atsauksmes var sniegt ieskatu praktiskās lietojamības problēmās, kuras var palaist garām automatizētajiem testiem. Apkopojiet un analizējiet atsauksmes no šiem lietotājiem, lai izprastu reālās pieejamības problēmas un jomas, kuras jāuzlabo. 5. Veicināt pieejamības izpratni Veiciniet pieejamības izpratnes kultūru savā komandā, lai nodrošinātu, ka visi saprot iekļaujoša dizaina nozīmi. Piešķiriet prioritāti pieejamībai kā lietotāja pieredzes dizaina galvenajam aspektam, nevis kā pārdomām. 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. , 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. Izmantojot BrowserStack platformu
