Stosuj do laboratorium interfejsu. Wariant A zawiera celowe defekty; oczekiwania dotyczą użytecznego interfejsu. Zapisuj osobno inspekcję kodu, obsługę klawiaturą i ręczny test czytnikiem. Ta lista nie potwierdza zgodności z WCAG.
1. Klawiatura i nazwy
| ID | Sprawdzenie | Oczekiwany wynik |
|---|---|---|
| DA01 | Przejdź interfejs klawiszami Tab i Shift+Tab. | Wszystkie działania osiągalne, kolejność logiczna; wiadomo, gdzie jest fokus. |
| DA02 | Otwórz i zamknij menu klawiaturą. | Kontrolka działa bez myszy; dla przycisku aktywacja Enterem i Spacją przełącza stan. |
| DA03 | Sprawdź fokus na każdym elemencie interaktywnym. | Widoczny wskaźnik; aktywny element nie jest całkowicie zasłonięty i można go opuścić. |
| DA04 | Sprawdź rolę i nazwę kontrolki menu. | Programowo dostępna nazwa opisuje działanie; kontrolka ma semantykę przycisku. |
| DA05 | Sprawdź etykiety e-maila i wiadomości. | Widoczna etykieta powiązana z właściwym polem; nazwa dostępna pozostaje po wpisaniu danych. |
| DA06 | Sprawdź stan rozwinięcia menu po obu akcjach. | aria-expanded odpowiada faktycznemu stanowi; zwijanie nie pozostawia fokusu w ukrytej treści. |
2. Formularz i komunikaty
| ID | Sprawdzenie | Oczekiwany wynik |
|---|---|---|
| DA07 | Wyślij formularz z brakującymi wymaganymi danymi. | Problem wskazany tekstem; użytkownik może znaleźć pole i uzupełnić dane. |
| DA08 | Popraw dane i wyślij klawiaturą. | Całe zadanie wykonalne; komunikat jednoznacznie opisuje lokalną symulację. |
| DA09 | Sprawdź mechanizm dynamicznego sukcesu. | Zmiana ma semantykę komunikatu statusu, np. role="status"; sam atrybut nie jest dowodem odczytu. |
| DA10 | Wykonaj osobny test czytnikiem ekranu. | Nazwy, stany i wynik są zrozumiałe; podane narzędzie, wersja i obserwacja albo „niewykonany”. |
| DA11 | Oceń komunikaty bez polegania na kolorze. | Sukces i błąd rozróżnialne dzięki tekstowi; kolor jedynie wspiera znaczenie. |
| DA12 | Zapisz zakres kontroli oraz brakujące testy. | Wyniki nie są przedstawione jako pełny audyt; niewykonane sprawdzenia nie mają wyniku OK. |
Instrukcja: podstawy testowania dostępności. Pozostałe kryteria, technologie asystujące i scenariusze produktu wymagają osobnego planu oceny.