Dinaminės būsenos lengvai praleidžiamos
Klaidos, įkėlimas, maršruto pakeitimas ar dialogas gali būti nepranešti ir neteisingai fokusuoti.
Rankinio prieinamumo testavimo paslauga
Svetainių ir sistemų prieinamumo testavimas
Tikrinkite, kaip svetainė iš tikrųjų veikia naudotojams, o ne tik kokį balą gauna kodas. Webmedic vertina klaviatūrą, formas, mobiliąsias būsenas ir pasirinktus pagalbinių technologijų scenarijus.
Testavimas gali būti skirtas konkrečiam leidimui, komponentui ar naudotojo keliui arba būti platesnio WCAG audito dalis.
Kodėl reikia tikrinti elgseną
Taisyklingas kodas negarantuoja, kad užduotį galima atlikti.
Rimtos kliūtys dažnai pasirodo tik po paspaudimo, validacijos, navigacijos, įkėlimo ar išdėstymo pasikeitimo.
Klaviatūros prieiga gali būti dalinė
Valdiklį galima pasiekti, bet ne valdyti, uždaryti ar suprasti.
Mobilus išdėstymas gali pakeisti prasmę
Vizuali, DOM ir fokuso tvarka gali nesutapti mažame ekrane ar dideliu masteliu.
Automatiniai įrankiai riboti
Jie negali patikimai nuspręsti, ar instrukcija aiški ir visas procesas įveikiamas.
Testavimo rezultatai
Įrodymai, tinkami produkto ir QA procesams.
Galima pasirinkti trumpą leidimo patikros santrauką arba išsamią problemų ataskaitą.
Testų matrica
Nurodomi maršrutai, būsenos, naršyklės, įvesties būdai ir pagalbinės technologijos.
- Aiški apimtis
- Užfiksuota aplinka
- Nurodytos išimtys
Atkuriamos išvados
Pateikiami žingsniai, faktinis ir laukiamas rezultatas, poveikis bei įrodymai.
- Aiškus atkūrimas
- Prioritetas
- Susijęs WCAG kriterijus
Priėmimo kriterijai
Problemos paverčiamos patikrinama elgsena darbų sąrašui ar pull request.
- Klaviatūros elgsena
- Pranešimų reikalavimai
- Mobilūs testai
Pakartotinio testo santrauka
Po pakeitimų kartojami tie patys žingsniai ir užrašomas rezultatas.
- Praėjo, dalinai arba nepraėjo
- Regresijos pastabos
- Likę ribojimai
Galimi testavimo būdai
Metodai derinami pagal riziką ir projekto etapą.
Ne kiekvienam projektui reikia visų įrankių; apimtis parenkama pagal svetainę ir auditoriją.
Automatinė analizė
Aptinkamos kodo, kontrasto, pavadinimų ir ryšių problemos.
Klaviatūra
Tikrinama navigacija, aktyvinimas, išėjimas, fokuso judėjimas ir matomumas.
Ekrano skaitytuvas
Tikrinama struktūra, pavadinimai, instrukcijos, klaidos ir pasirinktos užduotys.
Formos ir validacija
Etiketės, pagalba, privalomi laukai, klaidos, santrauka ir jų taisymas.
Mastelis ir persitvarkymas
Teksto didinimas, 200–400 % mastelis, orientacija ir mobilus išdėstymas.
Pelė ir lietimas
Taikinių dydis, hover ir focus lygiavertiškumas, gestai bei alternatyvūs veiksmai.
Testavimo procesas
Apibrėžkite scenarijus, vykdykite nuosekliai ir pateikite naudingus įrodymus.
Tie patys scenarijai gali būti kartojami po taisymų arba prieš kitą leidimą.
- 01
Parenkami rizikingiausi scenarijai
Pasirenkami svarbūs maršrutai, rolės, būsenos ir užduotys.
- 02
Suderinama testų matrica
Nustatomos naršyklės, ekranai, klaviatūra, ekrano skaitytuvas ir automatiniai įrankiai.
- 03
Atliekamos visos užduotys
Tikrinama pradinė būsena, sąveika, validacija, klaidos, įkėlimas ir pabaiga.
- 04
Pateikiamos atkuriamos problemos
Unikalios klaidos atskiriamos nuo jų pasikartojimų bendruose komponentuose.
- 05
Kartojamas tas pats testas
Po pakeitimų naudojami tie patys žingsniai ir įrodymai.
Kam skirta
Produktų komandoms, norinčioms įtraukti prieinamumą į įprastą QA.
Tikslinis testavimas tinka leidimams, perdizainavimui, komponentų bibliotekoms ir konkrečioms klientų problemoms.
QA ir produktų komandoms prieš leidimą
Kūrėjams, kuriantiems bendrus komponentus
Agentūroms, tikrinančioms klientų darbus
Komandoms, tiriančioms konkrečią kliūtį
SaaS produktams su autentifikuotais keliais
Svetainėms po prieinamumo taisymų
Kodėl Webmedic
Testavimas, suprantantis ir naudotojo elgesį, ir įgyvendinimą.
Išvados rašomos taip, kad kūrėjas galėtų jas atkurti, o QA – patikrinti pataisymą.
Scenarijais pagrįsta apimtis
Tikrinamos realios užduotys ir svarbios būsenos, o ne vien statiniai puslapiai.
Techninė diagnostika
Elgsena susiejama su tikėtina semantikos, CSS, JavaScript ar komponento priežastimi.
Aiški testų matrica
Tiksliai nurodoma, kas buvo ir nebuvo patikrinta.
Pakartojamas patikrinimas
Tie patys įrodymai naudojami regresiniam testavimui.
Techninė ir teisinė apimtis
Testavimo rezultatai taikomi sutartiems scenarijams ir aplinkai.
Naršyklės, pagalbinės technologijos, ekranai ir įvesties būdai apibrėžiami sutartyje. Neįmanoma praktiškai patikrinti visų kombinacijų.
Rezultatas atspindi testuotą sistemos versiją, duomenis, roles ir būsenas. Vėlesni pakeitimai gali turėti įtakos.
Prieinamumo testavimas pateikia techninius įrodymus, bet nėra teisinė konsultacija ar garantija, kad rasta kiekviena galima kliūtis.
Dažniausiai užduodami klausimai
Klausimai prieš pradedant.
Prieš pradedant darbus suderinama apimtis, puslapiai, naudotojų keliai, rezultatai ir atsakomybė už įgyvendinimą.
Užduoti kitą klausimąAr testavimas yra tas pats, kas pilnas auditas?
Ne visada. Testavimas gali būti skirtas vienam leidimui ar komponentui. Pilnas auditas paprastai apima platesnį pavyzdį ir bendrą ataskaitą.
Kokį ekrano skaitytuvą naudojate?
Tai suderinama projekte. Ataskaitoje tiksliai nurodoma programa, naršyklė ir scenarijai.
Ar galite testuoti uždarą sistemą?
Taip, jei suteikiama sutarta testinė paskyra, rolė, duomenys ir saugi prieiga.
Ar tai galima įtraukti į leidimų procesą?
Taip. Pakartojami scenarijai ir priėmimo kriterijai gali tapti QA ir regresinių testų dalimi.
Ar automatiniai įrankiai vis dar naudingi?
Taip. Jie greitai aptinka dalį problemų, tačiau turi būti derinami su rankiniu elgsenos tikrinimu.
Patikrinkite patirtį prieš leidimą
Reikia tikslinio prieinamumo QA komponentui ar naudotojo keliui?
Atsiųskite maršrutą, rolę, pastebėtą elgseną ir planuojamą leidimą. Webmedic pasiūlys praktišką testų matricą.