# Testy z czytnikiem ekranu Source: https://ordergroup.co/pl/slownik/testy-z-czytnikiem-ekranu/ Last updated: 2026-10-10 > Testy z czytnikiem ekranu dla zamawiających aplikację: jakie czytniki testować, co sprawdza tester, czego nie wykryje automatyczny skan i jak odebrać prace. [Dostępność](https://ordergroup.co/pl/slownik/dostepnosc/) 3 min czytania # Testy z czytnikiem ekranu Testy z czytnikiem ekranu (VoiceOver, TalkBack, NVDA) Inne nazwy: test czytnika ekranu, testy VoiceOver, testy TalkBack Definicja Testy z czytnikiem ekranu to sprawdzanie aplikacji lub strony VoiceOverem, TalkBackiem lub NVDA, czyli programami, dzięki którym osoby niewidome i słabowidzące słyszą interfejs. Tester sprawdza na każdym ekranie, co jest odczytywane, w jakiej kolejności i czy da się dokończyć każde zadanie. Cytuj hasło Tekst "Testy z czytnikiem ekranu". Order Group, Słownik oprogramowania, 10 października 2026. https://ordergroup.co/pl/slownik/testy-z-czytnikiem-ekranu/ HTML `Testy z czytnikiem ekranu - Order Group` Sprawdzone przez [Daria Gusieva](https://ordergroup.co/pl/autorzy/daria-gusieva/), Head of Design Ostatni przegląd 10 października 2026 ## Jak działają testy z czytnikiem ekranu Czytnik ekranu zamienia interfejs na mowę lub brajl. Na iPhonie i Macu jest to VoiceOver, na Androidzie TalkBack, a w Windows najczęściej NVDA lub JAWS. Użytkownik nie patrzy na układ ekranu. Gestami lub klawiszami przechodzi od jednego elementu do następnego, a czytnik podaje nazwę elementu, jego rolę (przycisk, link, nagłówek, przełącznik) i stan (zaznaczony, rozwinięty, zajęty). Test sprawdza, czy ta mówiona wersja aplikacji jest kompletna, ma sensowną kolejność i pozwala dokończyć każde zadanie. Większość tego, co słyszy tester, wynika z kodu. W przeglądarce nazwa dostępna pochodzi z elementu HTML, jego etykiety albo atrybutów ARIA. W aplikacji natywnej lub w React Native pochodzi z właściwości takich jak accessibilityLabel i accessibilityRole. Ekran może wyglądać poprawnie, a mimo to brzmieć jak przycisk, przycisk, przycisk albo być czytany jako jeden długi blok, którego użytkownik nie podzieli na osobne kontrolki. Kryterium WCAG 4.1.2 (nazwa, rola, wartość) wymaga, żeby każda kontrolka przekazywała technologiom wspomagającym nazwę, rolę oraz stan lub wartość, a 4.1.3 (komunikaty o stanie) wymaga, żeby komunikaty takie jak plik przesłany albo liczba błędów były przekazywane tak, by czytnik mógł je odczytać bez przenoszenia fokusu. Każdy czytnik działa inaczej. VoiceOver i TalkBack różnie odczytują przełączniki, przyciski opcji i regiony aktualizowane na żywo, a ten sam komponent React Native może działać na Androidzie i zawodzić na iOS. Dlatego plan testów wymienia czytniki i platformy, a każdy błąd jest zgłaszany z platformą, czytnikiem i jego wersją. Co sprawdza test z czytnikiem ekranu ObszarCo robi testerTypowy błąd Nazwy i rolePrzesuwa fokus po każdym ekraniePrzyciski z ikoną bez etykiety albo etykieta zastępcza pozostawiona w kodzieGrupowaniePróbuje dotrzeć osobno do każdego kafelka, karty i linkuCała sekcja czytana jako jeden element, więc nie da się wybrać pojedynczej opcjiKolejność czytaniaSłucha od początku nowego ekranuFokus trafia na przycisk w środku ekranu i pomija jego tytułStanyWłącza i wyłącza przełączniki i wybiera opcjePrzełącznik odczytany jako wyłączony po włączeniu albo stan powtarzany trzy razyKomunikatyWywołuje błędy, ładowanie i potwierdzeniaBłąd widoczny na ekranie, ale nigdy nieodczytanyFormularzeWypełnia pola klawiaturą ekranową i brajlowskąNumer telefonu czytany jak duża liczba, pole nie przyjmuje wpisów z klawiatury brajlowskiejOkna dialogoweOtwiera i zamyka każde oknoFokus ucieka za okno, na kontrolki, których użytkownik nie widzi ## Co testy z czytnikiem ekranu oznaczają dla Twojego oprogramowania Automatyczne skanery znajdą brakujące etykiety i niski kontrast, ale nie ocenią, czy ekran ma sens, gdy się go słucha. Wymagania dla zamawianej aplikacji: - Umowa wymienia czytniki i platformy, np. VoiceOver na aktualnym iOS, TalkBack na Androidzie oraz NVDA z jedną przeglądarką dla aplikacji webowej. - Każda kontrolka ma etykietę, która nazywa czynność, np. usuń dokument dla ikony kosza, a etykiety przechodzą przegląd jak każda inna treść. - Każdy ekran ma ustaloną pierwszą pozycję fokusu, zwykle tytuł lub przycisk wstecz, a przejście między ekranami informuje użytkownika, gdzie jest. - Błędy i postęp są odczytywane automatycznie. Licznik, który zmienia się co sekundę, wymaga przemyślanej reguły, inaczej czytnik będzie sam sobie przerywał. - Plan testów obejmuje całe zadania, np. rejestrację, zamówienie usługi albo wgranie dokumentu, a nie pojedyncze ekrany. - Testy prowadzi się przez cały czas budowy, a ostatnia runda obejmuje użytkowników, którzy na co dzień korzystają z czytnika ekranu. Tester, który używa VoiceOvera od czasu do czasu, słyszy inną aplikację niż ktoś, kto używa go cały dzień. - Każda runda kończy się listą błędów z platformą, czytnikiem, krokami i oczekiwanym komunikatem oraz retestem, który każdy z nich zamyka albo otwiera ponownie. Piszesz specyfikację? Dodaj Testy z czytnikiem ekranu do checklisty wymagań Zbierz hasła, których dotyczy Twój projekt, i dostań ich wymagania wobec systemu w jednym mailu, gotowe do zapytania ofertowego. ## Z naszych projektów Dla Centrum Komunikacji budujemy aplikacje mobilne i aplikację webową, które łączą osoby głuche, słabosłyszące, niewidome i głuchoniewidome z tłumaczami języka migowego. Wymagania wskazują WCAG 2.1 AA oraz zgodność z czytnikami ekranu i monitorami brajlowskimi, więc testy z czytnikiem ekranu trwają przez cały projekt. Test na iOS w listopadzie 2025 r. wykazał, że główna treść była czytana jako jeden element, więc użytkownik nie mógł wybrać pojedynczego kafelka; poprawka przeszła retesty na iOS i Androidzie w grudniu 2025 r. TalkBack ujawnił przyciski na liście spotkań z pozostawioną etykietą zastępczą, a na iOS pola formularzy nie przyjmowały wpisów z klawiatury brajlowskiej. Runda z VoiceOverem między styczniem a marcem 2026 r. wykazała komunikaty o błędach w wyskakujących dymkach, których czytnik nie odczytywał, numer telefonu czytany jako miliony i tysiące oraz przyciski opcji, które trzykrotnie powtarzały swój stan. Poprawki z tej rundy przetestowano ponownie w marcu 2026 r., a uwagi z kolejnej rundy zamknęliśmy w maju 2026 r. We wrześniu 2026 r. niewidomy ekspert ds. dostępności współpracujący z klientem przetestował aplikację produkcyjną na iOS i Androidzie. Kafelki usług były odczytywane tylko przez wspólny tekst przycisku, więc użytkownik słyszał to samo słowo na każdym kafelku. Zmieniliśmy etykiety kafelków i przetestowaliśmy je ponownie na obu platformach. W projekcie dla PSONI testujemy aplikację webową i mobilną Generatora ETR, który upraszcza dokumenty do [tekstu łatwego do czytania](https://ordergroup.co/pl/slownik/tekst-latwy-do-czytania/). Runda webowa zakończyła się 6 października 2026 r., a jej raport stał się osobnym zadaniem z poprawkami. Runda mobilna trwa w październiku 2026 r. i obejmuje m.in. błędy, których czytnik nie odczytuje, i licznik ponownego wysłania kodu, który czytnik ogłasza co pięć sekund. ## Powiązane hasła - [Audyt dostępności](https://ordergroup.co/pl/slownik/audyt-dostepnosci/) Audyt dostępności (audyt WCAG) Audyt dostępności to uporządkowane sprawdzenie strony lub aplikacji pod kątem standardu, zwykle WCAG 2.1 lub 2.2 AA. Łączy automatyczne skany z ręcznymi testami klawiaturą i czytnikiem ekranu, a kończy się raportem z każdym niespełnionym kryterium, miejscem błędu i sposobem poprawy. - [WCAG 2.2](https://ordergroup.co/pl/slownik/wcag-2-2/) Web Content Accessibility Guidelines 2.2 WCAG 2.2 to standard W3C dotyczący dostępności treści internetowych. Zawiera 86 sprawdzalnych kryteriów sukcesu na trzech poziomach: A, AA i AAA. Treść zgodna z WCAG 2.2 spełnia też wersję 2.1, do której na poziomie AA odsyłają przepisy UE i Polski o stronach i aplikacjach. - [Zarządzanie fokusem](https://ordergroup.co/pl/slownik/zarzadzanie-fokusem/) Zarządzanie fokusem (fokus klawiatury i czytnika ekranu) Zarządzanie fokusem to sposób, w jaki aplikacja wybiera element, który dostaje fokus klawiatury lub czytnika ekranu, gdy ekran się zmienia: po nawigacji, przy oknie dialogowym albo błędzie. Dzięki niemu użytkownik zawsze wie, gdzie jest, i nie trafia na ukryte kontrolki. ## Źródła 1. [Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/) - W3C 2. [Understanding Success Criterion 4.1.2: Name, Role, Value](https://www.w3.org/WAI/WCAG22/Understanding/name-role-value.html) - W3C 3. [Understanding Success Criterion 4.1.3: Status Messages](https://www.w3.org/WAI/WCAG22/Understanding/status-messages.html) - W3C 4. [Accessibility in React Native](https://reactnative.dev/docs/accessibility) - React Native To hasło sprawdza Daria Gusieva. Zapytaj, co oznacza w Twoim projekcie. [Zapytaj inżyniera](https://ordergroup.co/pl/kontakt/) ## Najczęstsze pytania ![Daria Gusieva](https://ordergroup.co/media/images/T02DHCC1Z-U0B48S6GQTV-7fae05753481-512.format-webp.webp) Daria Gusieva Head of Design [Porozmawiaj z inżynierem](https://ordergroup.co/pl/kontakt/) ### Z jakimi czytnikami ekranu testować? Co najmniej z tymi, których używają Twoi użytkownicy: VoiceOver na iOS i TalkBack na Androidzie dla aplikacji mobilnej oraz NVDA lub JAWS z popularną przeglądarką w Windows dla aplikacji webowej. Podaj wersje w planie testów, bo działanie zmienia się między wydaniami. ### Co powinno zawierać zgłoszenie błędu z testu z czytnikiem ekranu? Platformę i wersję systemu, czytnik i jego wersję, kroki, to, co czytnik odczytał, i to, co powinien odczytać. Bez platformy i czytnika programista nie odtworzy błędu, bo ten sam ekran może działać inaczej w VoiceOverze i TalkBacku. ### Kiedy zacząć testy z czytnikiem ekranu? Od pierwszych działających ekranów. Etykiety, grupowanie i kolejność fokusu łatwo poprawić, gdy komponenty dopiero powstają, a drogo po wydaniu, gdy korzysta z nich każdy ekran. ### Czy potrzebujemy testerów, którzy na co dzień używają czytnika ekranu? W ostatnich rundach tak. Programiści i QA znajdują większość błędów, ale osoby korzystające z czytnika codziennie zauważają to, co je spowalnia, np. pozycję fokusu inną niż w znanych im aplikacjach. Budujesz system, w którym liczy się Testy z czytnikiem ekranu? Zobacz, jak budujemy oprogramowanie w tej dziedzinie: case studies i technologie, których używamy. [Zobacz: Projektowanie UX](https://ordergroup.co/pl/uslugi/projektowanie/projektowanie-ux/) Checklista wymagań Do każdego hasła wyślemy definicję i to, czego wymaga od Twojego oprogramowania. Bezpłatnie, bez rozmowy handlowej. Checklista jest pusta. Dodaj hasło plusem przy jego nazwie.