Testy dostępności z udziałem użytkowników

Audyt sprawdza serwis względem kryteriów WCAG, a testy pokazują, jak radzą sobie z nim konkretni ludzie.

Audytor wie, czego szukać, ale nie korzysta z czytnika ekranu codziennie i nie ma nawyków osoby, która to robi. Testy ujawniają problemy, których lista kryteriów nie opisuje, na przykład mylące nazwy przycisków czy zbyt długą drogę do celu. Najwięcej daje połączenie obu metod.

Osoby, które na co dzień korzystają z technologii asystujących albo mają potrzeby, dla których dostępność ma znaczenie.

Mogą to być użytkownicy czytników ekranu, powiększenia, obsługi wyłącznie klawiaturą lub osoby z trudnościami poznawczymi. Skład grupy ustalamy z Tobą na podstawie tego, kto korzysta z Twojego serwisu i co chcemy sprawdzić.

Zaczynamy od ustalenia celów i scenariuszy, potem prowadzimy sesje, a na końcu przygotowujemy wnioski.

Uczestnik wykonuje zadania w serwisie, korzystając z własnych narzędzi i ustawień, a my obserwujemy i dopytujemy o trudności. Z sesji wyciągamy powtarzające się bariery i opisujemy je razem z proponowanym rozwiązaniem.

Od liczby scenariuszy, liczby uczestników i rodzajów technologii asystujących, które chcesz objąć badaniem.

Znaczenie ma też to, czy testujemy gotowy serwis, wersję testową czy prototyp. Po ustaleniu zakresu przedstawiamy wycenę i harmonogram.

Tak, i często to najlepszy moment.

Testy na wersji testowej lub działającym prototypie pozwalają poprawić nawigację i formularze, zanim trafią do wszystkich użytkowników. Poprawka na tym etapie jest zwykle prostsza niż zmiana w działającym serwisie.

Wystarczy, żeby znaleźć najpoważniejsze bariery, ale nie zastąpi pełnej oceny zgodności z WCAG.

Już kilka sesji zwykle pokazuje miejsca, w których użytkownicy się gubią. Testy nie obejmują jednak każdego kryterium ani każdej podstrony, dlatego przy potrzebie oceny zgodności łączymy je z audytem eksperckim.