Automated baseline
Publiczny HTML i reguły mechaniczne wskazują miejsca wymagające weryfikacji.
PRZYKŁAD · DANE ILUSTRACYJNE
Tak wygląda handoff dla klienta: zakres, metoda, dowody, priorytety, kryteria akceptacji i granice w jednym dokumencie.
EXECUTIVE VERDICT
Najpierw napraw programowe nazwy pól i obsługę błędów. Obie bariery pojawiają się w krytycznej ścieżce i można je zweryfikować jednoznacznym testem akceptacyjnym. Wynik nie jest certyfikacją całego serwisu.
Publiczny HTML i reguły mechaniczne wskazują miejsca wymagające weryfikacji.
Klawiatura, focus, formularze, komunikaty błędów i stan potwierdzenia.
Ustalenie, element, wpływ, WCAG i kryterium akceptacji dla developera.
EVIDENCE REGISTER
Dowód: Dwa inputy w kroku Dostawa mają placeholder, ale nie mają powiązanego label ani aria-label.
Kryterium akceptacji: Dodać trwały label powiązany przez for/id. Placeholder może pozostać przykładem, nie nazwą pola.
Dowód: Po wysłaniu pustego formularza komunikat pojawia się nad formularzem; focus pozostaje na przycisku poza widokiem.
Kryterium akceptacji: Przenieść focus do podsumowania błędów i powiązać pola z komunikatami przez aria-describedby.
Dowód: W sekcji dostawy po h2 występuje h4. Hierarchia wizualna nie odzwierciedla struktury dokumentu.
Kryterium akceptacji: Zmienić h4 na h3 bez uzależniania wyglądu od poziomu semantycznego.
Dowód: Koszyk → dostawa → płatność → potwierdzenie wykonano Tab, Shift+Tab, Enter i Space bez pułapki klawiatury.
Kryterium akceptacji: Utrzymać test regresji po zmianach checkoutu.
LIMITATIONS
TWÓJ SERWIS · 249 ZŁ NETTO
This sample uses illustrative data and demonstrates the format, not a real customer result.