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.
Pobierz formularz jako Markdown · Wszystkie materiały · Wróć do artykułu