# Karta pomiaru i retestu wydajności

Wypełnij ją przed poprawką i po niej. Puste pole znaczy „jeszcze niesprawdzone”, więc zero wpisuj dopiero wtedy, gdy je zmierzysz.

## Warunki testu

| Co zapisać | Wpis |
|---|---|
| URL i typ podstrony | |
| Wersja aplikacji, commit albo data wdrożenia | |
| Scenariusz użytkownika i stan początkowy | |
| Prawdziwe urządzenie albo emulowany widok (szerokość, wysokość, DPR) | |
| Przeglądarka, narzędzie i ich ustawienia | |
| Sieć, procesor i lokalizacja testu | |
| Cache przeglądarki i CDN | |
| Logowanie, zgody na cookies i aktywne eksperymenty | |

## Hipoteza i zmiana

| Co zapisać | Wpis |
|---|---|
| Na co czeka albo co widzi użytkownik | |
| Dowód, że to ten element powoduje problem | |
| Zmiana, którą testujesz | |
| Warunek akceptacji ustalony przed testem | |
| Funkcje, których zmiana nie może zepsuć | |

## Próby w laboratorium

| Próba | Przed / po | LCP (ms) | CLS | Interakcja i jej pomiar | TBT, jeśli mierzysz | Dowód |
|---|---|---|---|---|---|---|
| 1 | | | | | | |
| 2 | | | | | | |
| 3 | | | | | | |
| 4 | | | | | | |
| 5 | | | | | | |

Mediana i zakres:

Pięć prób to moja robocza zasada, a nie wymóg Google. Dla drugiej wersji skopiuj tabelę. Zapisuj wszystkie próby, a jeśli którąś odrzucasz, podaj powód. TBT wpisuj osobno, bo nie zastępuje INP.

## Dane od użytkowników

| Co zapisać | Wpis |
|---|---|
| Źródło: CrUX albo własny RUM | |
| URL albo origin, typ urządzenia, segment | |
| Okres zbierania danych | |
| LCP, INP i CLS na 75. percentylu | |
| Jaka część okna przypada jeszcze na starą wersję | |
| Braki danych i zmiany w ruchu | |

## Decyzja

| Co zapisać | Wpis |
|---|---|
| Czy hipoteza się potwierdziła | |
| Regresje w działaniu i dostępności | |
| Kto robi retest i kiedy | |
| Decyzja: zostawiamy, poprawiamy czy wycofujemy | |

Zanim udostępnisz logi, pliki HAR albo zrzuty ekranu, usuń z nich dane wrażliwe.