Ramy automatyzacji danych, słów kluczowych i hybrydowych w QTP/UFT

Struktura oparta na danych

Data Driven Framework to platforma oparta na różnych kombinacjach danych wejściowych i wyjściowych.

Jednym ze sposobów przekazywania różnych kombinacji danych jest parametryzacja. W tej metodzie używamy różnych funkcji QTP. Aby dowiedzieć się więcej na temat parametryzacji, odwiedź stronę w tym miejscu.

Jednak w DDF zapisywane są skrypty służące do parametryzacji. Ten rodzaj struktury jest przydatny, gdy funkcjonalność jednostki AUT musi zostać przetestowana z kilkoma wejściami i przechwycić odpowiednie dane wyjściowe. Wejścia te można odczytać z pliku zewnętrznego, takiego jak baza danych, Excel, Outlook, plik tekstowy itp., a odpowiednie dane wyjściowe są zapisywane z powrotem do odpowiedniego źródła zewnętrznego.

Ogólne kroki związane ze strukturą opartą na danych to:

1. Przygotować Przypadek testowy dla testowanej aplikacji
2. Dodaj obiekty z AUT do OR
3. Napisz skrypty w oparciu o przypadek testowy

W tym Kurs UFT, opracujemy projekt platformy opartej na danych dla przykładowego przypadku testowego, używając programu Excel jako zewnętrznego źródła danych testowych.

Krok 1) Przygotuj przypadek testowy dla testowanej aplikacji

Przypadek testowy: Otwórz numer zamówienia i uzyskaj nazwę klienta dla tego zamówienia. Powtórz ten sam proces dla różnych numerów zamówienia

Źródło zewnętrzne: Plik Excel

Zewnętrznym źródłem dla tej próbki jest plik Excel. Skrypt VB w Micro Focus UFT musi zostać napisany, aby otworzyć plik Excel, aby odczytać dane testowe. Można to osiągnąć w sposób hierarchiczny.

1. Najpierw otwierany jest plik Excel jako aplikacja

2. Następnie skoroszyt należy otworzyć z określonej lokalizacji

3. Arkusz, w którym znajdują się dane testowe.

4. Na koniec należy odczytać komórkę.

Krok 2) Dodaj obiekty z AUT do OR

Gdy przypadek testowy będzie już gotowy, rozpocznij dodawanie wszystkich wymaganych obiektów do repozytorium. W naszym przypadku testowym obiekty, które należy dodać, są następujące

• Ikona „Otwórz folder” w Aplikacja do rezerwacji lotów
  

• Pole wyboru „Numer zamówienia”, które można uzyskać po kliknięciu ikony „Otwórz folder”

• Pole WinEdit numeru zamówienia (gdzie wprowadza się liczby)

• Przycisk OK

• Pole „Nazwa”, które jest polem WinEdit. To pole zostanie wypełnione nazwą po kliknięciu przycisku OK dla określonego numeru zamówienia.

Po dodaniu wszystkich wymaganych obiektów repozytorium obiektów będzie wyglądać następująco:

Krok 3) Napisz skrypty w oparciu o Przypadek Testowy

Przed uruchomieniem skryptu upewnij się, że plik Excel zawierający dane testowe został zapisany i zamknięty.

Poniższy skrypt polega na odczytaniu numeru zamówienia z Excela i przypisaniu go do aplikacji poprzez zmienną „vOrder” oraz zapisaniu nazwy klienta z aplikacji poprzez zmienną „vName”.

Nazwa Excela: LotDDF.xlsx

Nazwa arkusza: Arkusz 1

Scenariusz

To Establish a Microsoft Database connection

Kierowca = {Microsoft Sterownik dostępu (*.mdb)}; DBQ =

Nazwa zestawu rekordów: Otwórz zamówienie

Nazwa pola: Nr zamówienia, nazwa klienta

PS: Microsoft Nie można połączyć programu Access 2010 przy użyciu poniższego skryptu.

Wydajność

Zalety DDF

• Podczas jednego testu można odczytać i zapisać dużą liczbę danych testowych w pliku zewnętrznym
• Instrukcja pętli służy do powtarzania tych samych kroków w kilku iteracjach. W związku z tym wysiłek związany z kodowaniem jest zmniejszony
• Ponieważ dane są odczytywane i zapisywane bezpośrednio w pliku zewnętrznym, nie ma potrzeby kopiowania, wklejania ani eksportowania danych w celu ich wykorzystania
• Dane testowe można odczytać z pliku zewnętrznego, a wyniki można zapisać w dowolnym innym pliku zewnętrznym

Wady DDF

• Do opracowania tego frameworka wymagana jest znajomość skryptów
• Czasami liczba lub kombinacja danych ze źródła zewnętrznego, takiego jak baza danych, może spowolnić lub nawet zawiesić QTP

Struktura oparta na słowach kluczowych

Keyword Driven Framework to platforma, w której słowa kluczowe kontrolują test. Tutaj Słowo kluczowe odnosi się do funkcji zdefiniowanych przez użytkownika. W tym ramach tworzone są słowa kluczowe w celu wykonania określonego kroku testowego lub przypadku testowego. Te słowa kluczowe są następnie wywoływane w teście sterownika w celu uruchomienia kilku przypadków testowych w tym samym teście.

Aby dowiedzieć się więcej o funkcjach zdefiniowanych przez użytkownika w QTP, odwiedź stronę w tym miejscu

Ogólnie rzecz biorąc, frameworki można opracować na trzy sposoby, aby przejść testy.

1. Nagraj i uruchom test
2. Dodaj obiekty do lokalnego repozytorium i napisz skrypty dla wszystkich kroków testowych
3. Napisz programowanie opisowe dla wszystkich etapów testu

W tym samouczku opracowywany jest KDF poprzez nagrywanie i uruchamianie testu.

Naszym celem jest wykonanie jednego testu dla pięciu różnych przypadków testowych, takich jak logowanie do aplikacji, złożenie zamówienia, otwarcie zamówienia, usunięcie zamówienia i zamknięcie aplikacji. Dlatego zarejestrujemy kroki testowe dla tych przypadków testowych i utworzymy funkcje ze słowami kluczowymi odpowiednio Login, InsertOrder, OpenOrder, DeleteOrder i CloseApp.

Przypadek testowy 1: Zaloguj się do aplikacji

słowo kluczowe: Zaloguj sie ()

Nagrany scenariusz:

Przypadek testowy 2: Wstaw zamówienie

słowo kluczowe:Wstaw zamówienie()

Nagrany scenariusz:

Przypadek testowy 3: Otwórz zamówienie

słowo kluczowe:Otwórz zamówienie()

Nagrany scenariusz:

Przypadek testowy 4: Usuń zamówienie

słowo kluczowe:Usuń zamówienie()

Nagrany scenariusz:

Przypadek testowy 5: Zamknij aplikację

słowo kluczowe:Zamknij aplikację()

Nagrany scenariusz:

Funkcje utworzone dla różnych przypadków testowych są zapisywane w bibliotece funkcji i powiązane z testem głównym. Wystarczy wywołać słowa kluczowe dla potrzebnych przypadków testowych w teście głównym, zmniejszając w ten sposób rozmiar skryptu sterownika w teście głównym.

Skrypt sterownika dla tej prostej struktury wygląda następująco:

Uruchamiając powyższy skrypt, rzeczywisty wynik dla wszystkich pięciu przypadków testowych można uzyskać z jednego testu.

Zalety

• W jednym teście można uruchomić dowolną liczbę przypadków testowych, po prostu wywołując odpowiednie słowa kluczowe
• Pisanie ogólnego programowania opisowego dla wszystkich obiektów internetowych/okien i nazywanie ich słowami kluczowymi pomoże w przeprowadzaniu tego samego testu dla różnych dynamicznych aplikacji
• Zmniejsza rozmiar skryptu sterownika

Niedogodności

• Czas potrzebny na opracowanie tych ram jest bardzo długi, jeśli istnieje niewielka liczba przypadków testowych do uruchomienia
• Rejestrowanie kroków nie zawsze jest używane podczas projektowania KDF dla wielu aplikacji w tym samym teście.

Struktura hybrydowa

Struktura hybrydowa to połączenie struktury opartej na danych (DDF) i struktury opartej na słowach kluczowych (KDF), w której w tym samym teście można wykonać kilka przypadków testowych z kilkoma danymi wejściowymi.

W tym artykule te same przypadki testowe, które są używane w KDF, zostaną wykonane w jednym teście. Słowa kluczowe i skrypty dla wszystkich przypadków testowych są takie same jak w KDF. Jednakże TC3: Otwórz zlecenie zostało sparametryzowane. Dlatego napisano skrypt dla tego przypadku testowego, który pobiera numer zamówienia z pliku Excel i zapisuje nazwę klienta do pliku Excel

Przypadek testowy 1: Zaloguj się do aplikacji

słowo kluczowe: Zaloguj sie ()

Przypadek testowy 2: Wstaw zamówienie

słowo kluczowe:Wstaw zamówienie()

Przypadek testowy 3: Otwórz zamówienie dla kilku numerów zamówień

słowo kluczowe:Otwórz zamówienie()

Descriptjon: Tutaj używany jest ten sam skrypt, którego użyto do opracowania DDF, uzyskując w ten sposób przypadek testowy dla kilku iteracji.

Scenariusz:

Przypadek testowy 4: Usuń zamówienie

słowo kluczowe:Usuń zamówienie()

Przypadek testowy 5: Zamknij aplikację

słowo kluczowe:Zamknij aplikację()

Postępując zgodnie z tą prostą metodą, osiąga się parametryzację TC3. Jeśli ma to zastosowanie, wszystkie inne przypadki testowe można również sparametryzować w tym samym teście.

Na przykład jest to bardzo prosty sposób zaprojektowania frameworku hybrydowego. Te same ramy można również osiągnąć za pomocą programowania opisowego.

Zalety

• Czas potrzebny na uruchomienie testu zaprojektowanego w środowisku hybrydowym jest stosunkowo krótszy w porównaniu z innymi frameworkami
• Można tego użyć, gdy potrzebujemy wszystkich przypadków testowych i danych wejściowych powiązanych z konkretnym przypadkiem testowym, w tym samym zestawie testów.

Niekorzyść

• Wymagana jest jasna wiedza na temat łączenia różnych ram.