Odbiór dostępności
Techniczny: DraftAkceptacja: DraftKryteria akceptacji nowego komponentu (wzór GOV.UK Design System — component acceptance criteria) nie są dziś opisane.
@todo(sesja): opisać checklistę kryteriów akceptacji nowego komponentu, odzwierciedlającą realne, zautomatyzowane sprawdzenia walidatorów audytu zamiast listy życzeń.
Brief do wykonania
Dział zatytułowany „Brief do wykonania”@todo(a11y-review): wykonać poniższy brief, przedstawić rezultat i dowody odbioru. Usunięcie znacznika nie jest wykonaniem zadania.
- Zakres: Wykonaj próby klawiatury, focus, czytnika, zoomu, mobile, reduced motion, forced-colors, błędów formularza oraz PDF. Zapisz datę, środowisko i zakres każdego wyniku.
- Konwencja: najpierw reguła lub gotowe zastosowanie, potem przykład i kontrprzykład, następnie granice oraz sposób sprawdzenia. Nie zastępuj materiału opisem planu jego przygotowania.
- Źródła: platforma marki; zaakceptowane decyzje warsztatów. Zastane demo lub deklaracja PoC nie zatwierdzają nowej reguły.
- Powiązania: Standard dostępności.
- Granica swobody: możesz redagować i pokazywać istniejące ustalenia. Nową obietnicę, wybór wizualny, dane firmy i twierdzenie produktowe przedstaw do decyzji; nie uzupełniaj z pamięci.
Weryfikacja
Dział zatytułowany „Weryfikacja”Porównaj każde zalecenie z decyzją źródłową i sąsiednimi stronami. Dla obietnic wskaż rzeczywistą zdolność i źródło; dla materiałów sprawdź gotowy plik i przykład użycia. Zapisz wynik review z zakresem, datą i nierozstrzygniętymi uwagami. Nowej decyzji nie oznaczaj jako akceptacji Human.