V tomto kurzu použijeme k vytvoření QTP (HP UFT)
- Rámec založený na datech
- Rámec řízený klíčovými slovy
- Hybridní rámec
Pojďme tedy začít -
Rámec založený na datech
Data Driven Framework je rámec, který je poháněn různými kombinacemi vstupních a výstupních dat.
Jedním ze způsobů předávání různých kombinací dat je parametrizace. V této metodě používáme různé funkce QTP. Další informace o parametrizaci naleznete zde.
V DDF jsou však skripty psány pro parametrizaci. Tento druh rámce je užitečný, když musí být funkčnost AUT testována s několika vstupy a zachycením příslušných výstupů. Tyto vstupy lze číst z externího souboru, jako je databáze, Excel, Outlook, textový soubor atd., A příslušné výstupy se zapisují zpět do odpovídajícího externího zdroje.
Obecné kroky zahrnuté v rámci založeném na datech jsou:
- Připravte testovací případ pro testovanou aplikaci
- Přidejte objekty z AUT do OR
- Napište skripty na základě testovacího případu
V tomto kurzu vyvineme návrh rámce na základě dat pro ukázkový testovací případ pomocí aplikace Excel jako externího zdroje pro data testu.
Krok 1) Připravte testovací případ pro testovanou aplikaci
Testovací případ : Otevřete číslo objednávky a získejte jméno zákazníka pro danou objednávku. Stejný postup opakujte pro různá objednací čísla
Externí zdroj : soubor Excel
Externím zdrojem pro tuto ukázku je soubor aplikace Excel. Skript VB v Micro Focus UFT musí být napsán pro otevření souboru Excel, aby bylo možné číst data testu. Toho lze dosáhnout hierarchicky.
1. Soubor aplikace Excel se nejprve otevře jako aplikace
2. Potom musí být sešit otevřen ze zadaného umístění
3. List, na kterém jsou údaje o zkoušce.
4. Nakonec musí být buňka přečtena.
Krok 2) Přidejte objekty z AUT do OR
Jakmile je testovací případ připraven, začněte do úložiště přidávat všechny požadované objekty. V našem testovacím případě je třeba přidat objekty následovně
- Ikona „Otevřít složku“ v aplikaci Rezervace letu
- Zaškrtávací políčko „Objednat ne“, které lze získat po kliknutí na ikonu „Otevřít složku“
- Pole WinEdit objednacího čísla (kde jsou zadána čísla)
- Tlačítko OK
- Pole „Název“, kterým je pole WinEdit. Po kliknutí na tlačítko OK u konkrétního čísla objednávky bude toto pole vyplněno jménem.
Po přidání všech požadovaných objektů se úložiště objektů zobrazí následovně:
Krok 3) Napište skripty na základě testovacího případu
Před spuštěním skriptu se ujistěte, že byl soubor Excel obsahující testovací data uložen a uzavřen.
Níže uvedený skript má načíst číslo objednávky z aplikace Excel a přiřadit jej do aplikace pomocí proměnné „vOrder“ a napsat jméno zákazníka z aplikace prostřednictvím proměnné „vName“.
Název aplikace Excel : FlightDDF.xlsx
Název listu: List1
Výstup
Po spuštění výše uvedeného skriptu lze výstup získat z aplikace Excel následujícím způsobem:
Rámec založený na datech lze také vyvinout psaním popisného programování.
Použití databáze jako externího zdroje pro DDF
Stejný testovací případ lze provést, pokud je externím zdrojem databáze pomocí následujících kroků
- Chcete-li navázat připojení k databázi, napište VBScript
- VBScript pro otevření sady záznamů nebo tabulky.
- VBScript pro otevření požadovaného pole
- Konkrétní buňka se čte z pole.
Skript
Chcete-li navázat připojení k databázi Microsoft
Driver = {Microsoft Access Driver (* .mdb)}; DBQ =
Název sady záznamů: OpenOrder
Název pole: OrderNo, CustomerName
PS: Microsoft Access 2010 nelze připojit pomocí níže uvedeného skriptu.
Výstup
Výhody DDF
- V jednom testu lze načíst a zapsat do externího souboru velké množství testovacích dat
- Příkaz Loop se používá k opakování stejných kroků pro několik iterací. Proto je úsilí o kódování sníženo
- Jelikož jsou data čtena a zapisována přímo do externího souboru, není nutné data kopírovat, vkládat nebo exportovat, abyste je mohli použít
- Testovací data lze číst z externího souboru a výstupy lze zapisovat do jakéhokoli jiného externího souboru
Nevýhody DDF
- K vývoji tohoto rámce jsou zapotřebí znalosti skriptování
- Někdy může počet nebo kombinace dat z externího zdroje, jako je databáze, zpomalit nebo dokonce poškodit QTP
Rámec řízený klíčovými slovy
Framework řízený klíčovými slovy je rámec, ve kterém klíčová slova testují. Zde klíčové slovo odkazuje na uživatelem definované funkce . V tomto rámci se klíčová slova vytvářejí za účelem provedení konkrétního testovacího kroku nebo testovacího případu. Tato klíčová slova jsou poté volána do testu ovladače pro spuštění několika testovacích případů ve stejném testu.
Chcete-li vědět o uživatelsky definovaných funkcích v QTP, navštivte zde
Obecně lze rámce vyvinout třemi způsoby, aby bylo možné spustit test.
- Zaznamenejte a spusťte test
- Přidejte objekty do místního úložiště a zapište skripty pro všechny kroky testu
- Pro všechny kroky testu napište popisné programování
V tomto výukovém programu je KDF vyvinut záznamem a spuštěním testu.
Naším cílem je spustit jeden test pro pět různých testovacích případů, jako je přihlášení do aplikace, vložení objednávky, otevření objednávky, smazání objednávky a zavření aplikace. Z tohoto důvodu zaznamenáme testovací kroky pro tyto testovací případy a vytvoříme funkce s klíčovými slovy Login, InsertOrder, OpenOrder, DeleteOrder a CloseApp.
Testovací případ 1: Přihlaste se do aplikace
Klíčové slovo: Přihlášení ()
Zaznamenaný scénář:
Testovací případ 2: Vložte objednávku
Klíčové slovo: InsertOrder ()
Zaznamenaný scénář:
Testovací případ 3: Otevřete objednávku
Klíčové slovo: OpenOrder ()
Zaznamenaný scénář:
Testovací případ 4: Smazat objednávku
Klíčové slovo: DeleteOrder ()
Zaznamenaný scénář:
Testovací případ 5: Zavřete aplikaci
Klíčové slovo: CloseApp ()
Zaznamenaný scénář:
Funkce, které jsou vytvořeny pro různé testovací případy, jsou uloženy v knihovně funkcí a jsou spojeny s hlavním testem. Stačí zavolat klíčová slova pro potřebné testovací případy v hlavním testu, čímž se zmenší velikost skriptu ovladače v hlavním testu.
Driver Script pro tento jednoduchý rámec vypadá takto:
Spuštěním výše uvedeného skriptu lze z jediného testu získat skutečný výsledek pro všech pět testovacích případů.
Výhody
- Na jednom testu lze spustit libovolný počet testovacích případů pouhým voláním příslušných klíčových slov
- Psaní obecného popisného programování pro všechny objekty web / windows a jejich volání jako klíčových slov pomůže při spuštění stejného testu pro různé dynamické aplikace
- Zmenší velikost skriptu ovladače
Nevýhody
- Čas potřebný na vývoj těchto rámců je velmi vysoký, pokud je třeba spustit jen velmi malý počet testovacích případů
- Záznam kroků se ne vždy používá při navrhování KDF pro mnoho aplikací ve stejném testu.
Hybridní rámec
Hybridní rámec je kombinací Data Driven Framework (DDF) a Keyword Driven Framework (KDF), kde lze ve stejném testu provést několik testovacích případů s několika vstupy.
V tomto článku budou stejné testovací případy, které se používají v KDF, provedeny v jediném testu. Klíčová slova a skripty pro všechny testovací případy jsou stejné jako v KDF. TC3: Otevřít objednávku však bylo parametrizováno. Proto je skript pro tento testovací případ napsán tak, aby přijímal číslo objednávky ze souboru aplikace Excel a zapisoval jméno zákazníka do souboru aplikace Excel
Testovací případ 1: Přihlaste se do aplikace
Klíčové slovo: Přihlášení ()
Testovací případ 2: Vložte objednávku
Klíčové slovo: InsertOrder ()
Testovací případ 3: Otevřete objednávku pro několik objednacích čísel
Klíčové slovo: OpenOrder ()
Popis: Zde se používá stejný skript použitý k vývoji DDF, čímž se dosáhne testovacího případu pro několik iterací.
Skript:
Testovací případ 4: Smazat objednávku
Klíčové slovo: DeleteOrder ()
Testovací případ 5: Zavřete aplikaci
Klíčové slovo: CloseApp ()
Sledováním této jednoduché metody je dosaženo parametrizace TC3. Ve stejném testu lze případně parametrizovat i všechny ostatní testovací případy.
Jedná se například o velmi jednoduchý způsob návrhu hybridního rámce. Stejného rámce lze dosáhnout i deskriptivním programováním.
Výhody
- Čas potřebný k provedení testu navrženého s hybridním rámcem je ve srovnání s jinými rámci relativně kratší
- To lze použít, když potřebujeme všechny testovací případy a vstupy spojené s konkrétním testovacím případem ve stejné testovací sadě.
Nevýhoda
- Vyžadují se jasné znalosti o kombinaci různých rámců.