W tym samouczku do tworzenia będziemy używać QTP (HP UFT)
- Struktura oparta na danych
- Struktura oparta na słowach kluczowych
- Hybrydowa struktura
Więc zacznijmy -
Struktura oparta na danych
Struktura oparta na danych jest strukturą opartą 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 o parametryzacji, odwiedź tutaj.
Jednak w DDF skrypty są pisane w celu parametryzacji. Ten rodzaj struktury jest przydatny, gdy funkcjonalność AUT musi zostać przetestowana z kilkoma wejściami i przechwycić odpowiednie wyjścia. Te dane wejściowe można odczytać z zewnętrznego pliku, 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 z ramą opartą na danych to:
- Przygotuj przypadek testowy dla testowanej aplikacji
- Dodaj obiekty od AUT do OR
- Napisz skrypty w oparciu o przypadek testowy
W tym samouczku opracujemy projekt struktury oparty na danych dla przykładowego przypadku testowego przy użyciu 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ówień
Źródło zewnętrzne : plik Excel
Źródłem zewnętrznym tego przykładu jest plik programu Excel. Skrypt VB w Micro Focus UFT musi zostać napisany, aby otworzyć plik Excel w celu odczytania danych testowych. Można to osiągnąć w sposób hierarchiczny.
1. Plik Excel jest najpierw otwierany jako aplikacja
2. Następnie skoroszyt musi zostać otwarty z określonej lokalizacji
3. Karta, w której znajdują się dane z badań.
4. Na koniec należy odczytać komórkę.
Krok 2) Dodaj obiekty z AUT do OR
Gdy przypadek testowy będzie gotowy, zacznij dodawać wszystkie wymagane obiekty do repozytorium. W naszym przypadku testowym obiekty należy dodać w następujący sposób
- Ikona „Otwórz folder” w aplikacji Flight Reservation
- Pole wyboru „Zamówienie nr”, które można uzyskać po kliknięciu ikony „Otwórz folder”
- Pole WinEdit w zamówieniu nr (gdzie wprowadza się cyfry)
- Przycisk OK
- Pole „Nazwa”, które jest polem programu 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 ma na celu odczytanie numeru zamówienia z Excela i przypisanie go do aplikacji poprzez zmienną „vOrder” oraz wpisanie nazwy klienta z aplikacji poprzez zmienną „vName”.
Nazwa programu Excel : FlightDDF.xlsx
Nazwa arkusza : Arkusz1
Wynik
Po uruchomieniu powyższego skryptu dane wyjściowe można pobrać z programu Excel w następujący sposób:
Strukturę opartą na danych można również opracować, pisząc programowanie opisowe.
Korzystanie z bazy danych jako zewnętrznego źródła dla DDF
Ten sam przypadek testowy można wykonać, jeśli źródłem zewnętrznym jest baza danych, wykonując następujące kroki
- Napisz VBScript, aby nawiązać połączenie z bazą danych
- VBScript, aby otworzyć zestaw rekordów lub tabelę.
- VBScript, aby otworzyć żądane pole
- Konkretna komórka jest odczytywana z pola.
Scenariusz
Aby ustanowić połączenie z bazą danych Microsoft
Driver = {Microsoft Access Driver (* .mdb)}; DBQ = <Ścieżka do bazy danych>
Nazwa zestawu rekordów: OpenOrder
Nazwa pól: nr zamówienia, nazwa klienta
PS: Microsoft Access 2010 nie może być połączony przy użyciu poniższego skryptu.
Wynik
Zalety DDF
- W jednym teście można odczytać i zapisać w zewnętrznym pliku dużą liczbę danych testowych
- Instrukcja pętli służy do powtarzania tych samych kroków dla kilku iteracji. 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 dane wyjściowe można zapisać w dowolnym innym pliku zewnętrznym
Wady DDF
- Do opracowania tej struktury wymagana jest znajomość skryptów
- Czasami liczba lub kombinacje danych z zewnętrznego źródła, takiego jak baza danych, mogą spowolnić lub nawet zawiesić QTP
Struktura oparta na słowach kluczowych
Struktura oparta na słowach kluczowych to framework, w którym słowa kluczowe kierują testem. Tutaj słowo kluczowe odnosi się do funkcji zdefiniowanych przez użytkownika . W tej strukturze słowa kluczowe są tworzone w celu wykonania określonego kroku testowego lub przypadku testowego. Te słowa kluczowe są następnie wywoływane do testu sterownika, aby uruchomić kilka przypadków testowych w tym samym teście.
Aby dowiedzieć się więcej o funkcjach zdefiniowanych przez użytkownika w QTP, odwiedź tutaj
Ogólnie rzecz biorąc, ramy można opracować na trzy sposoby, aby przejść do testu.
- Nagraj i uruchom test
- Dodaj obiekty do lokalnego repozytorium i napisz skrypty dla wszystkich kroków testowych
- Napisz programowanie opisowe dla wszystkich kroków testu
W tym samouczku KDF jest rozwijany przez nagranie i uruchomienie testu.
Naszym celem jest przeprowadzenie jednego testu dla pięciu różnych przypadków testowych, takich jak logowanie do aplikacji, wstawienie zamówienia, otwarcie zamówienia, usunięcie zamówienia i zamknięcie aplikacji. W związku z tym zapiszemy kroki testowe dla tych przypadków testowych i utworzymy funkcje odpowiednio ze słowami kluczowymi Login, InsertOrder, OpenOrder, DeleteOrder i CloseApp.
Przypadek testowy 1: Zaloguj się do aplikacji
Słowo kluczowe: Zaloguj się ()
Nagrany skrypt:
Przypadek testowy 2: Wstaw zamówienie
Słowo kluczowe: WstawZamówienie ()
Nagrany skrypt:
Przypadek testowy 3: Otwórz zamówienie
Słowo kluczowe: OpenOrder ()
Nagrany skrypt:
Przypadek testowy 4: Usuń zamówienie
Słowo kluczowe: DeleteOrder ()
Nagrany skrypt:
Przypadek testowy 5: Zamknij aplikację
Słowo kluczowe: CloseApp ()
Nagrany skrypt:
Funkcje utworzone dla różnych przypadków testowych są zapisywane w bibliotece funkcji i są powiązane z głównym testem. 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 ramach jednego testu 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 / Windows i nazywanie ich jako słów kluczowych pomoże w uruchomieniu tego samego testu dla różnych aplikacji dynamicznych
- Zmniejsza rozmiar skryptu sterownika
Niedogodności
- Czas potrzebny na opracowanie tych frameworków jest bardzo długi, jeśli jest bardzo mało przypadków testowych do uruchomienia
- Rejestrowanie kroków nie zawsze jest używane podczas projektowania KDF dla wielu aplikacji w tym samym teście.
Hybrydowa struktura
Struktura hybrydowa to połączenie struktury opartej na danych (DDF) i struktury opartej na słowach kluczowych (KDF), w której w jednym 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 zlecenie TC3: Otwórz zostało sparametryzowane. Stąd skrypt dla tego przypadku testowego jest napisany w celu odebrania numeru zamówienia z pliku Excel i zapisania nazwy klienta w pliku Excel
Przypadek testowy 1: Zaloguj się do aplikacji
Słowo kluczowe: Zaloguj się ()
Przypadek testowy 2: Wstaw zamówienie
Słowo kluczowe: WstawZamówienie ()
Przypadek testowy 3: Otwórz zamówienie dla kilku numerów zamówień
Słowo kluczowe: OpenOrder ()
Opis: W tym przypadku używany jest ten sam skrypt, który został użyty do opracowania DDF, co pozwala uzyskać przypadek testowy dla kilku iteracji.
Scenariusz:
Przypadek testowy 4: Usuń zamówienie
Słowo kluczowe: DeleteOrder ()
Przypadek testowy 5: Zamknij aplikację
Słowo kluczowe: CloseApp ()
Postępując zgodnie z tą prostą metodą, uzyskuje 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 projektowania hybrydowego frameworka. Te same ramy można również osiągnąć za pomocą programowania opisowego.
Zalety
- Czas potrzebny na uruchomienie testu zaprojektowanego przy użyciu platformy hybrydowej jest stosunkowo krótszy w porównaniu z innymi platformami
- Można tego użyć, gdy potrzebujemy wszystkich przypadków testowych i danych wejściowych, które są skojarzone z konkretnym przypadkiem testowym, w tym samym zestawie testów.
Niekorzyść
- Wymagana jest jasna wiedza na temat łączenia różnych ram.