CometWeb
Raporty i praktyka
CometWeb

Materiały do pracy

Retest i odbiór poprawki: szablon

Pusta karta retestu: co sprawdzono po poprawce i kto ją przyjął.

Spis treści

To pusty szablon. Wypełnij wyniki retestu, zanim zmienisz stan ustalenia.

Identyfikacja

Porównywalność

Warunek Przed Po Porównywalne?
Adres, szablon, wersja językowa Nie ustalono Nie ustalono Nie oceniono
Stan interfejsu, rola, zgody Nie ustalono Nie ustalono Nie oceniono
Urządzenie, rozdzielczość, przeglądarka Nie ustalono Nie ustalono Nie oceniono
Wersja narzędzia i reguł Nie ustalono Nie ustalono Nie oceniono
Sieć, cache, liczba prób (gdy mają znaczenie) Nie ustalono Nie ustalono Nie oceniono
Rodzaj danych, jednostka, statystyka Nie ustalono Nie ustalono Nie oceniono
Okres i poziom agregacji danych od użytkowników Nie ustalono Nie ustalono Nie oceniono

Tabela przewijana poziomo.

Inna konfiguracja nie zawsze unieważnia test, ale musi być widoczna w karcie. Efekt wdrożenia licz tylko z wartości, które da się porównać. Gdy brakuje INP, zapisz brak, bo TBT z testu laboratoryjnego mierzy coś innego i go nie zastąpi.

Warunek odbioru

Werdykt techniczny

Nie zbadano. Po prawdziwym teście wybierz jeden werdykt i go uzasadnij: warunek spełniony w badanym zakresie, poprawka częściowa, problem nadal występuje albo retest zablokowany. Przy wyniku częściowym wypisz warianty, które dalej nie działają.

„Spełniono” wpisujesz dopiero po teście, razem z dowodem, datą i osobą, która weryfikowała. Sam commit, publikacja albo zapewnienie wykonawcy to za mało.

Decyzja organizacyjna

Decyzję klienta zapisuj osobno od wyniku technicznego. Akceptacja ryzyka zostawia barierę na stronie i nie potwierdza zgodności z prawem.

Dalsza obserwacja