W tym artykule Obsługa wyjątków w UFT i synchronizacji, nauczymy się poniższych tematów -
· Obsługa wyjątków w UFT
· Scenariusz odzyskiwania w UFT
· Synchronizacja w UFT
Samouczek UFT - spis treści
- Samouczek UFT nr 1: Przegląd UFT
- Samouczek UFT # 2: Konfiguracja UFT - pobieranie, instalacja, konfiguracja licencji i połączenie ALM
- Samouczek UFT # 3: Repozytorium obiektów UFT
- Samouczek UFT # 4: Biblioteka akcji i funkcji UFT
- Samouczek UFT # 5: Parametryzacja UFT
- Samouczek UFT # 6: Skrypty VB w UFT
- Samouczek UFT # 7: Przewodnik krok po kroku dotyczący tworzenia przypadku testowego w UFT
- Samouczek UFT # 8: Obsługa wyjątków w UFT
- Samouczek UFT # 9: Nagrywanie w UFT z obiektem Checkpoints & Dictionary
- Samouczek UFT # 10: Pytania i odpowiedzi do wywiadu UFT
Obsługa wyjątków I Synchronizacjan w UFT
Wyjątki w UFT:
Wyjątkiem jest nic innego jak niezdefiniowane zdarzenie lub błąd. W testowaniu automatyzacji, jeśli napotkasz jakiekolwiek błędy lub zdarzenia, które nie są obsługiwane przez automatyczne kroki, są one traktowane jako wyjątki. Wyjątki mogą wystąpić z powodu dowolnego z poniższych scenariuszy -
Błąd -
Wszelkie nowe błędy lub problemy w aplikacji, które nie są prawidłowo obsługiwane, mogą być przyczyną wyjątku.
Błąd środowiska -
Przerwa w działaniu środowiska lub opóźnienie sieci mogą powodować wyjątki, ponieważ oczekiwane ekrany / strony są niedostępne.
Dane testowe -
Ze względu na poprawność lub nieprawidłowe dane testowe podczas wykonywania testu może wystąpić wyjątek.
Problem techniczny -
Jeśli przypadek testowy nie jest prawidłowo zaprojektowany, podczas testu może wystąpić wyjątek.
Niezdefiniowane wyskakujące okienko -
Wszelkie niezdefiniowane wyskakujące okienka, takie jak bezpieczeństwo, limit czasu, informacje, ostrzeżenie, również mogą być źródłem wyjątków.
Skutki wyjątków to -
- Błąd wykonania testu.
- Potrzebujesz więcej wysiłku, aby wykonać debugowanie/ponowne wykonanie.
- Zwiększ koszty i wysiłki konserwacyjne.
- Cel automatyzacji, czyli ROI, nie może zostać osiągnięty.
Obsługa wyjątków w UFT:
Zautomatyzowanie wszystkich nieoczekiwanych błędów nie jest możliwe. Ale jeśli użyjemy obsługi wyjątków podczas tworzenia skryptów, szanse na nieoczekiwany błąd można zminimalizować. Narzędzie zapewnia pewien mechanizm obsługi wyjątków w UFT. Podejścia do obsługi wyjątków w UFT są następujące:
- Scenariusz odzyskiwania w UFT
- Skrypty i ustawienia testowe
- Instrukcje On-Error-Resume-Next dla VBS
- Korzystanie z ustawień testu
- Korzystanie z instrukcji wyjścia
Scenariusz odzyskiwania w UFT:
Scenariusz odzyskiwania w UFT to podejście do obsługi nieoczekiwanych zdarzeń / błędów podczas wykonywania. Kreator „Recovery Scenario Manager” pomaga w zarządzaniu scenariuszami odzyskiwania. Możemy otworzyć „Recovery Scenario Manager” za pomocą nawigacji „Resources → Recovery Scenario Manager”. Tworząc scenariusz odzyskiwania, musimy wykonać trzy kroki konfiguracyjne w UFT w oparciu o wymagania. Są to zdarzenia wyzwalające, operacje odzyskiwania i opcje uruchamiania testu po odzyskaniu.
Poruszające wydarzenie:
Definiuje nieoczekiwane zdarzenia, które wywołają scenariusz odzyskiwania. Różne opcje / zdarzenia dostępne podczas tworzenia scenariusza odzyskiwania w UFT są określone poniżej -
- Nieoczekiwane wyskakujące okienka.
- Błędy, które mogą się pojawić ze względu na stan obiektu.
- Błędy w czasie wykonywania.
- Awaria aplikacji.
Główne zastosowanie scenariusza odzyskiwania do obsługi różnych typów nieoczekiwanych błędów i wykonywania wstępnie zdefiniowanych kroków w odniesieniu do każdego typu błędów.
Operacje odzyskiwania:
Na podstawie tej konfiguracji UFT wykona zestaw działań w celu przywrócenia.
Opcje uruchamiania testu po odzysku:
Po odzyskaniu musimy skonfigurować te opcje, aby wykonać pewne predefiniowane kroki, które mogą być wymagane.
Przewodnik krok po kroku dotyczący tworzenia scenariusza odzyskiwania w UFT:
Teraz dowiemy się, jak utworzyć scenariusz odzyskiwania w UFT na podstawie przykładu.
Przykład - wyskakujące okienko błędu (brak obowiązkowych pól) pojawia się podczas sporadycznej próby zapisania rekordów. W tej konkretnej sytuacji musimy kliknąć przycisk OK, aby zamknąć wyskakujące okienko błędu i ponownie wykonać bieżący krok jako akcję po odzyskaniu.
- Krok 1# Musimy otworzyć „Recovery Scenario Manager” z menu nawigacyjnego „Resources → Recovery Scenario Manager”.
- Krok 2# Kliknij ikonę „Nowy scenariusz”, aby otworzyć kreatora w celu utworzenia scenariusza odzyskiwania w UFT i kliknij przycisk Dalej, aby wybrać zdarzenie wyzwalające.
- Krok 3# Musimy wybrać opcję radiową „wyskakujące okienko” jako Zdarzenie wyzwalające scenariusza odzyskiwania i kliknąć przycisk Dalej.
- Krok 4# Teraz musimy kliknąć ikonę ręki wskazującej i zidentyfikować wyskakujące okienko błędu za pomocą myszy. UFT próbuje zidentyfikować wyskakujące okienko na podstawie tytułu i tekstu okna. Tak więc po identyfikacji możemy użyć wyrażenia regularnego, aby uczynić go solidnym.
- Krok 5# Początkowo operacje odzyskiwania nie są ustawione. Aby zdefiniować operację odzyskiwania, musimy kliknąć Dalej.
- Krok 6# Teraz, zgodnie z naszymi wymaganiami, wybierz opcję „Obsługa klawiatury lub myszy”. Na następnym ekranie wybierz opcję „Kliknij przycisk z etykietą” za pomocą opcji rączki wskaźnika i kliknij przycisk Dalej.
- Krok 7# Operacja odzyskiwania jest teraz zdefiniowana. Tutaj, po odznaczeniu opcji „Dodaj kolejną operację odzyskiwania”, musimy kliknąć przycisk „Dalej”, aby kontynuować.
- Krok 8# W sekcji Po odzyskaniu wybierzemy opcję „Uruchom ponownie bieżący test” i podamy nazwę scenariusza na następnym ekranie. Po wpisaniu nazwy, musimy kliknąć przycisk „Dalej”, aby przejść do ostatniego ekranu.
- Krok 9# Na podstawie wymagań możemy dodać ten scenariusz do bieżącego testu lub do domyślnych ustawień testu. Teraz, aby zamknąć kreatora „Scenariusz odzyskiwania” w UFT, musimy kliknąć przycisk „Zakończ”.
- Krok 10# Teraz musimy zapisać scenariusz odzyskiwania w zewnętrznym pliku i zamknąć.
Podejście do tworzenia skryptów i testów:
Instrukcje On-Error-Resume-Next:
Używał instrukcji On-Error-Resume-Next; wyjątek można obsłużyć częściowo. W tym podejściu blok skryptu testowego powinien zaczynać się od instrukcji „On Error Resume Next”. Określa, że w przypadku jakiegokolwiek błędu wykonanie pominie bieżący krok i przejdzie do następnego. Następnie sprawdzając błąd, możemy obsłużyć wyjątki. Ważne słowa kluczowe to –
Po błędzie wznowienia Dalej –
W przypadku błędu UFT nie zgłosi komunikatu o błędzie; zamiast tego wykonanie przejdzie do następnego kroku.
W przypadku błędu Przejdź do 0 –
Będzie działać w odwrotnej procedurze w porównaniu z powyższym słowem kluczowym, tj. W przypadku nieobsłużonego błędu, wyskakuje wyskakujące okienko błędu UFT z trzema opcjami - ponów próbę, pomiń i zatrzymaj.
Opis błędu –
Przechowuje opis błędu.
Numer błędu –
Przechowuje numer błędu. Dla sukcesu wartość wynosi zero.
Błąd.Wyczyść –
Resetuje obiekt Error.
Korzystanie z instrukcji Exit:
UFT zapewnia pewne predefiniowane metody, które pozwolą nam obsłużyć wyjątki za pośrednictwem skryptów. Często używane metody to -
ExitActionIteration -
Służy do opuszczania bieżącej iteracji akcji. ExitAction - Kończy bieżącą akcję.
ExitTest -
UFT zakończy wykonywanie testu.
ExitTestIteration -
Pomiń bieżącą iterację testu, a wykonanie będzie kontynuowane przy następnej iteracji testu.
Korzystanie z ustawień testu:
Możemy skonfigurować kroki odzyskiwania, wybierając dowolną z poniższych opcji z kreatorów ustawień testu UFT (karta Uruchom).
Wyskakujące okno komunikatu -
W przypadku jakiegokolwiek błędu, UFT wyświetla wyskakujący komunikat ze szczegółami błędu.
Przejdź do następnej iteracji akcji -
UFT wykona następną iterację akcji, gdy wystąpi wyjątek.
Zatrzymaj bieg -
Wykonanie zostanie zatrzymane.
Przejdź do następnego kroku -
Wykonywanie zostanie wznowione od następnego kroku.
Przejdź do następnej iteracji testu -
UFT wykona następną iterację testu dla dowolnego błędu.
Synchronizacja w UFT:
Synchronizacja w UFT to podejście do definiowania interfejsu czasowego między narzędziem a testowaną aplikacją. Jeśli zachowanie aplikacji jest wolniejsze niż oczekiwane UFT, test zakończy się niepowodzeniem. Zatem synchronizacja w UFT jest kolejnym ważnym tematem dla automatyzacji testów.
Szanse na błędy synchronizacji można zminimalizować, stosując jedną z poniższych metod:
Czekać:
Domyślny Czekaj (limit czasu) instrukcja jest statyczną metodą obsługi błędów synchronizacji. Tutaj limit czasu oznacza zakodowany czas oczekiwania w sekundach. Podczas wykonywania skrypt w tym momencie będzie czekał przez określony czas. Musimy zdefiniować wartość limitu czasu na podstawie odpowiedzi aplikacji.
WaitProperty w UFT:
Aby skorzystać z metody Właściwość oczekiwania w UFT musimy podać nazwę właściwości, oczekiwaną wartość właściwości i maksymalny czas oczekiwania w milisekundach. Jest to dynamiczny sposób obsługi synchronizacji. W tym przypadku wykonanie będzie czekać, aż wartość właściwości będzie zgodna z wartością oczekiwaną w aplikacji. Jeśli wartość właściwości nie jest zgodna, po upływie określonego maksymalnego limitu czasu skrypt przejdzie do następnego kroku. Przykład -
Okno(" ”) .WinListView („ ”). WaitProperty„ visible ”, prawda, 20000
- Pętla:
Jest to pośredni sposób dynamicznej obsługi synchronizacji. Możemy użyć pętli z warunkiem, aby sprawdzić, czy wartość właściwości obiektu nie jest zgodna z oczekiwaną wartością. W instrukcji pętli możemy podać małą wartość limitu czasu za pomocą Czekaj (limit czasu) komunikat. Tak więc sprawdzanie będzie wykonywane po każdym przekroczeniu limitu czasu, a pętla będzie kontynuowana, dopóki obiekt nie będzie widoczny.
- Ustawienie testowe:
Możemy zdefiniować limit czasu synchronizacji w kreatorze ustawień testu (zakładka Uruchom i zakładka WWW dla limitu czasu nawigacji po sieci). W oparciu o tę konfigurację UFT będzie czekał na obiekty testowe.
Wnioski:
W tym artykule „Obsługa wyjątków w UFT ..” dowiedzieliśmy się o obsłudze wyjątków w UFT wraz ze scenariuszami odzyskiwania i synchronizacją w UFT. Proszę kliknąć tutaj aby uzyskać więcej informacji na temat „obsługi wyjątków” z portalu wsparcia Microfocus.
Witam, jestem K. Mondal, jestem powiązany z wiodącą organizacją. Mam ponad 12-letnie doświadczenie w pracy w różnych dziedzinach, np. tworzeniu aplikacji, testowaniu automatycznym, konsultantze IT. Jestem bardzo zainteresowany nauką różnych technologii. Jestem tutaj, aby spełnić moje aspiracje i obecnie pracuję jako autor i programista stron internetowych zarówno w LambdaGeeks.
Połączmy się przez LinkedIn-