Ustalenie audytu i retest

Jedna karta na jedną barierę. Wypełniasz ją od obserwacji, przez ocenę, do dowodu, że naprawa działa.

Obserwacja

Co zapisać	Wpis
Numer ustalenia
Nazwa bariery
Proces i rola użytkownika
Adres albo ekran, komponent i stan
Wersja aplikacji
System, przeglądarka, urządzenie, technologia asystująca i ich wersje
Warunki początkowe i dane testowe, bez danych poufnych
Kroki odtworzenia
Co się stało
Co powinno się stać
Dowód: link, identyfikator, czas
Metoda: skaner, skrypt interakcji, kontrola ekspercka, test z technologią asystującą albo badanie z użytkownikami

Co zapisać	Wpis
Wpływ na użytkownika
Standard, wersja, kryterium i poziom
Warunki i wyjątki kryterium, które wziąłeś pod uwagę
Dodatkowe wymaganie prawne albo umowne
Jak pewne jest ustalenie i czego jeszcze nie sprawdziłeś
Priorytet naprawy i jego uzasadnienie

Priorytet ustala zespół według wpływu na użytkownika. To coś innego niż poziom A, AA czy AAA i niż waga reguły w skanerze.

Co zapisać	Wpis
Kto odpowiada za zmianę
Kierunek naprawy
Warunek akceptacji
Wersja albo commit z poprawką
Scenariusz retestu
Scenariusze regresji
Wynik retestu, środowisko, data i kto testował
Status po reteście
Co nadal zostaje otwarte
Dowód zamknięcia

Ustalenie zamykasz dopiero po uzgodnionych testach zachowania, bo sama zmiana w kodzie jeszcze nie dowodzi, że bariera zniknęła.