Jeden raport, pełny obraz. Po co łączyć audyt WCAG i testy z użytkownikiem niewidomym?
Audyt techniczny i testy z użytkownikiem niewidomym jako standard
W profesjonalnych projektach dostępności standardem powinno być łączenie dwóch uzupełniających się procesów testowych: audytu technicznego prowadzonego przez eksperta WCAG oraz testów użytkowych realizowanych z udziałem użytkownika końcowego. Z naszych obserwacji wynika, że standardem rynkowym są wyłącznie testy techniczne WCAG, które, w najlepszym razie, wskażą problemy formalne. W praktyce minimalnym i najbardziej efektywnym wariantem testów użytkowych są testy z osobą niewidomą.
Warto podkreślić, że testy prowadzone przez profesjonalnego testera niewidomego nie są tym samym co klasyczne badania z reprezentatywnymi użytkownikami końcowymi. Taki tester łączy doświadczenie codziennego korzystania z technologii asystujących z dobrą znajomością standardów dostępności i zasad działania interfejsów. Dzięki temu potrafi szybko identyfikować źródła problemów, jednocześnie oceniając system z perspektywy realnego użycia.
Punktem odniesienia pozostaje zawsze użytkownik i jego zadania. Sprawdza on czy da się przejść proces w sposób zrozumiały, czy interfejs prowadzi użytkownika logicznie, czy nie dochodzi do utraty kontekstu i blokad uniemożliwiających zrealizowanie celu.
Dlaczego takie podejście ma sens?
Rzetelna ocena dostępności wymaga łączenia różnych metod testowania. Audyt WCAG jest niezbędnym punktem odniesienia i porządkuje wymagania formalne, jednak sam w sobie nie pozwala ocenić, czy system jest rzeczywiście użyteczny w realnych scenariuszach. Dlatego testy użytkowe nie są dodatkiem, lecz koniecznym uzupełnieniem oceny technicznej.
W praktyce testy z osobą niewidomą jako minimum bardzo szybko ujawniają bariery, które wpływają także na innych użytkowników. Zazwyczaj są to nie tylko problemy związane z percepcją wzrokową, lecz bariery strukturalne i nawigacyjne, takie jak nieczytelna logika, niespójna struktura treści, pułapki fokusowe czy komunikaty, które nie prowadzą użytkownika do rozwiązania.
Audyt WCAG i testy użytkowe pełnią różne, uzupełniające się role. Dopiero ich połączenie pozwala uznać ocenę dostępności za kompletną i wiarygodną.
Testy użytkowe z testerem niewidomym
Tester niewidomy przechodzi przez te same ekrany i procesy, ale z perspektywy realnego użycia. Nie wykonuje drugiego audytu WCAG, lecz sprawdza, jak system działa w praktyce i jak szybko ujawniają się bariery nawigacyjne, interakcyjne oraz strukturalne.
Raport użytkowy koncentruje się na doświadczeniu użytkownika i pokazuje, w których momentach traci on kontekst, gdzie logika interfejsu staje się nieczytelna, które elementy dezorientują, mimo formalnej poprawności oraz co realnie blokuje wykonanie zadania od początku do końca.
Jak wygląda raport?
Problemy i rekomendacje są ujęte w jednym, spójnym dokumencie. Już na pierwszy rzut oka widoczna jest zarówno perspektywa formalna wynikająca z WCAG, jak i perspektywa użytkowa oparta na realnym doświadczeniu korzystania z systemu.
Takie zestawienie pozwala bezpośrednio porównać zgłoszenia identyfikowane w różnych procesach i z różnych punktów widzenia. Dzięki temu klient zyskuje pełniejszy obraz problemów, lepiej rozumie ich przyczyny i konsekwencje oraz może świadomie wprowadzać działania naprawcze.
Czy te same problemy się powtarzają?
Tak, powtarzają się zgłoszenia i jest to naturalny efekt łączenia dwóch perspektyw. Nie oznacza to zdublowanej pracy, lecz potwierdzenie, że dany problem ma realne znaczenie zarówno formalne, jak i użytkowe.
Z jednej strony jest widoczny jako naruszenie wymagań WCAG, z drugiej jako bariera, która faktycznie utrudnia lub uniemożliwia wykonanie zadania. Zestawienie tych ujęć pozwala lepiej zrozumieć wpływ problemu na użytkowników i ułatwia ustalanie priorytetów po stronie zespołów odpowiedzialnych za wdrożenie zmian.
Co mówią dobre praktyki?
Rekomendacje instytucji wyznaczających standardy dostępności są spójne co do jednego. Rzetelna ocena dostępności wymaga połączenia oceny zgodności z WCAG oraz testów prowadzonych w warunkach realnego użycia, w tym z wykorzystaniem technologii asystujących i z udziałem osób z niepełnosprawnościami.
World Wide Web Consortium w metodologii WCAG-EM wskazuje wprost, że zaangażowanie użytkowników z niepełnosprawnościami pozwala identyfikować bariery, które nie są łatwe do wykrycia wyłącznie poprzez ocenę ekspercką. Dokumentacja podkreśla, że sama analiza zgodności nie daje pełnego obrazu dostępności w praktyce.
Podobnie GOV.UK Service Manual, będący oficjalnym zbiorem wytycznych dla usług cyfrowych administracji publicznej w Wielkiej Brytanii, zaleca łączenie testów automatycznych i manualnych oraz regularne sprawdzanie usług z użyciem technologii asystujących. Celem tych działań jest ocena tego, jak system działa w rzeczywistych scenariuszach użytkowych, a nie wyłącznie na poziomie zgodności formalnej.
Serwis Section508.gov, prowadzony przez U.S. General Services Administration, wskazuje natomiast, że dopiero połączenie oceny zgodności z badaniami użyteczności prowadzonymi z reprezentatywnymi użytkownikami, w tym z osobami z niepełnosprawnościami, pozwala zidentyfikować pełen zakres problemów wpływających na dostępność systemu.
W tym kontekście przyjęcie jako minimum połączenia audytu WCAG oraz testów użytkowych z profesjonalnym testerem niewidomym jest podejściem optymalnym. Tester niewidomy korzysta z interfejsu wyłącznie za pomocą technologii asystujących, opiera się na strukturze, semantyce i logice interakcji oraz realizuje zadania w sposób zbliżony do najbardziej wymagających scenariuszy użytkowych. Tym samym spełnia jednocześnie warunki testów manualnych z użyciem technologii asystujących oraz testów z udziałem użytkownika z niepełnosprawnością, o których mowa w rekomendacjach branżowych.
Takie podejście nie wyklucza rozszerzania testów o kolejne grupy użytkowników, jednak jako punkt wyjścia zapewnia najlepszy stosunek jakości do zakresu i pozwala uzyskać wiarygodny obraz dostępności przy racjonalnym nakładzie pracy. Dlatego traktujemy je nie jako wariant opcjonalny, lecz jako sensowne i praktyczne minimum w profesjonalnych projektach dostępności.
Podsumowanie
Zapewnienie dostępności zgodnie z obowiązującymi przepisami nie polega wyłącznie na spełnieniu formalnych kryteriów WCAG. Zarówno Europejski Akt o Dostępności, jak i Polski Akt o Dostępności wymagają dostępności faktycznej, rozumianej jako możliwość samodzielnego i skutecznego korzystania z usług przez osoby z niepełnosprawnościami. Oznacza to konieczność oceny nie tylko zgodności, ale także realnego działania systemu w praktyce.
Audyt WCAG jest niezbędnym fundamentem, jednak sam w sobie nie pozwala ocenić, czy użytkownik jest w stanie przejść proces, zrozumieć komunikaty i osiągnąć swój cel. Dlatego jako sensowne minimum przyjmujemy połączenie audytu WCAG z testami użytkowymi prowadzonymi przez profesjonalnego testera niewidomego. To podejście w najbardziej efektywny sposób łączy ocenę formalną z weryfikacją realnego użycia systemu z wykorzystaniem technologii asystujących.
Tak rozumiane minimum pozwala uzyskać wiarygodny obraz dostępności, który jest spójny zarówno z wymaganiami prawnymi, jak i z intencją przepisów. Dostępność przestaje być wówczas deklaracją zgodności, a staje się rzeczywistą cechą usługi cyfrowej.
Opisywane podejście nie zastępuje innych form badań z użytkownikami, lecz definiuje minimalny standard oceny, który pozwala spełnić zarówno wymagania formalne, jak i praktyczne cele dostępności.
Dawid Górny
Współzałożyciel Accens, odpowiedzialny za obszar dostępności
Prawnik, konsultant audiodeskrypcji oraz dostępności produktów i usług. Tester dostępności cyfrowej, od 30 lat korzysta z technologii asystujących na co dzień. Prezes i współpracownik kilku fundacji, aktywnie działa w obszarze dostępności kultury. Certyfikowany IAAP Certified Profesional in Accessibility Core Competencies (CPACC).