Opis projektu
PrzetłumaczoneAudyt powinien obejmować rzeczywiste scenariusze użytkowników: strona główna, katalog i wyszukiwanie, strona produktu lub usługi, rejestracja i logowanie, formularze opinii i zakupu, konto osobiste. Oczekujemy testowania z rzeczywistymi technologiami wspomagającymi (NVDA lub VoiceOver plus nawigacja tylko za pomocą klawiatury), a nie tylko automatycznymi skanami. Najważniejsze jest to, czego autotesty nie wychwytują: logiczna kolejność fokusu, widoczny wskaźnik fokusu, poprawna struktura nagłówków, zrozumiały tekst linków, głosowe komunikaty o błędach, pola formularzy powiązane z ich etykietami, wystarczający kontrast, poprawne role i stany ARIA, tekst alternatywny dla obrazów i dostępne nazwy dla przycisków ikon. Proszę nie dodawać ARIA tam, gdzie lepiej sprawdziłby się natywny HTML.
Czego chcemy uzyskać na wyjściu: jasny raport, w którym każdy problem wymienia kryterium WCAG, powagę i lokalizację; priorytetowy plan poprawek; rzeczywiste poprawki zastosowane w kodzie strony (lub szczegółowy diff, który zastosujemy); krótka kontrola potwierdzająca, że poprawki działają. Byłoby świetnie mieć nagranie ekranu kluczowych scenariuszy z czytnikiem ekranu — w ten sposób nasze kierownictwo lepiej zrozumie wynik. Dodatkiem jest krótki przewodnik dla naszych programistów, aby te same błędy nie pojawiały się ponownie.
Co jest dla nas ważne:
— Ręczne testowanie z czytnikiem ekranu i klawiaturą, a nie tylko wyniki Lighthouse lub axe
— Kontrast, kolejność fokusu, ARIA, formularze, nagłówki i teksty alternatywne — wszystko w zakresie pracy
— Raport o zgodności z powiązaniem do kryteriów WCAG 2.1 AA
— Rzeczywiste poprawki, a następnie ponowne testowanie, aby potwierdzić, że wszystko przechodzi