Datové, Klíčové a hybridní automatizační rámce v QTP / UFT
v tomto tutoriálu použijeme QTP (HP UFT) k vytvoření
- Data Driven Framework
- Klíčové slovo Driven Framework
- Hybrid Framework
takže začněme –
Data Driven Framework
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. Chcete-li se dozvědět více o parametrizaci, navštivte prosím zde.
v DDF se však zapisují skripty pro parametrizaci. Tento druh rámce je užitečný, když musí být funkčnost AUT testována s několika vstupy a zachytit příslušné výstupy. Tyto vstupy lze číst z externího souboru, jako je databáze, Excel, Outlook, textový soubor atd., a příslušné výstupy jsou zapsány zpět do odpovídajícího externího zdroje.
obecnými kroky zapojenými do rámce založeného na datech jsou:
- připravte testovací případ pro testovanou aplikaci
- přidejte objekty z AUT do nebo
- napište skripty na základě testovacího případu
v tomto tutoriálu vyvineme návrh rámce založený na datech pro ukázkový testovací případ pomocí aplikace Excel jako externího zdroje pro testovací data.
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 tuto objednávku. Opakujte stejný postup pro různá čísla objednávek
externí zdroj: soubor Excel
externím zdrojem pro tento vzorek 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 testovací data. Toho lze dosáhnout hierarchickým způsobem.
1. Soubor aplikace Excel je nejprve otevřen jako aplikace
2. Poté musí být sešit otevřen ze zadaného umístění
3. List, na kterém jsou přítomny zkušební údaje.
4. Nakonec musí být buňka přečtena.
Krok 2) Přidejte objekty z AUT do nebo
jakmile je testovací případ připraven, začněte přidávat všechny požadované objekty do úložiště. V našem testovacím případě je třeba přidat následující objekty
- „Otevřít složku“ ikona v aplikaci rezervace letu
- „objednat ne“ zaškrtávací políčko, které lze získat po kliknutí na ikonu „Otevřít složku“
- pole WinEdit v pořadovém čísle (kde jsou zadána čísla)
- tlačítko OK
- pole „Název“, které je winedit box. Toto pole bude vyplněno jménem po kliknutí na tlačítko OK pro konkrétní číslo objednávky.
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 soubor aplikace Excel obsahující testovací data byl uložen a uzavřen.
pod skriptem je přečíst číslo objednávky z Excelu a přiřadit jej do aplikace pomocí proměnné „vOrder“ a napsat jméno zákazníka z aplikace pomocí proměnné „vName“.
Název Aplikace Excel: FlightDDF.xlsx
název listu: Sheet1
výstup
po spuštění výše uvedeného skriptu lze výstup získat z aplikace Excel následovně:
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ů
- napište VBScript pro navázání připojení k databázi
- VBScript pro otevření sady záznamů nebo tabulky.
- VBScript pro otevření požadovaného pole
- konkrétní buňka je načtena z pole.
skript
To Establish a Microsoft Database connection
Driver = {Microsoft Access Driver (*.mdb)}; DBQ = <cesta databáze>
název sady záznamů: OpenOrder
Název polí: OrderNo, CustomerName
PS: Microsoft Access 2010 nelze připojit pomocí níže uvedeného skriptu.
výstup
výhody DDF
- velké množství testovacích dat lze číst a zapisovat do externího souboru v jediném testu
- příkaz smyčky se používá k opakování stejných kroků pro několik iterací. Proto je úsilí o kódování sníženo
- protože data jsou čtena a zapisována přímo do externího souboru, není třeba kopírovat, vkládat nebo exportovat data, aby je bylo možné použít
- testovací Data lze číst z externího souboru a výstupy mohou být zapsány do jakéhokoli jiného externího souboru
nevýhody DDF
- skriptovací znalosti jsou vyžadovány pro vývoj tohoto rámce
- někdy Počet nebo kombinace dat z externí zdroj, jako je databáze, může zpomalit nebo dokonce havarovat QTP
rámec řízený klíčovými slovy
Klíčové slovo řízený rámec je rámec, kde klíčová slova řídit test. Zde klíčové slovo odkazuje na uživatelem definované funkce. V tomto rámci jsou klíčová slova vytvořena za účelem provedení konkrétního testovacího kroku nebo testovacího případu. Tato klíčová slova jsou pak volána do testu řidiče, aby spustili několik 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 vyvíjet 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 napište skripty pro všechny testovací kroky
- napište popisné programování pro všechny testovací kroky
v tomto tutoriálu je KDF vyvíjen zaznamenáním 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, odstranění objednávky a zavření aplikace. Proto zaznamenáme testovací kroky pro tyto testovací případy a vytvoříme funkce pomocí klíčových slov Login, InsertOrder, OpenOrder, DeleteOrder a CloseApp.
testovací Případ1: přihlášení do aplikace
Klíčové slovo: přihlášení ()
nahraný skript:
testovací Případ2: vložte příkaz
Klíčové slovo:InsertOrder ()
nahraný skript:
testovací Případ3: otevřete objednávku
Klíčové slovo: OpenOrder ()
nahraný skript:
testovací Případ4: Smazat objednávku
Klíčové slovo: DeleteOrder ()
nahraný skript:
testovací Případ5: zavřete aplikaci
Klíčové slovo: CloseApp ()
nahraný skript:
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.
skript ovladače pro tento jednoduchý rámec vypadá jako:
spuštěním výše uvedeného skriptu lze skutečný výsledek všech pěti testovacích případů získat z jediného testu.
výhody
- libovolný počet testovacích případů lze spustit na jediném testu pouhým voláním jejich příslušných klíčových slov
- psaní obecného popisného programování pro všechny objekty web/ windows & volání jako klíčová slova pomůže při spuštění stejného testu pro různé dynamické aplikace
- snižuje velikost skriptu ovladače
nevýhody
- čas potřebný k vývoji těchto aplikací frameworky jsou velmi vysoké, pokud existuje jen velmi málo testovacích případů ke spuštění
- nahrávání kroků není vždy používáno při navrhování KdF pro mnoho aplikací na stejném testu.
Hybrid Framework
hybridní framework 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. Nicméně, TC3: Otevřít příkaz byl parametrizován. Proto je skript pro tento testovací případ napsán tak, aby obdržel číslo objednávky ze souboru Excel a zapsal jméno zákazníka do souboru excel
testovací Případ1: přihlášení do aplikace
Klíčové slovo: přihlášení ()
testovací Případ2: vložení objednávky
Klíčové slovo: InsertOrder ()
testovací Případ3: otevření objednávky pro několik čísel objednávek
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í.
scénář:
testovací Case4: Smazat pořadí
Klíčové slovo: DeleteOrder ()
testovací Case5: zavřete aplikaci
Klíčové slovo: CloseApp ()
pomocí této jednoduché metody se dosáhne parametrizace TC3. V případě potřeby mohou být všechny ostatní zkušební případy parametrizovány ve stejném testu.
je například velmi jednoduchý způsob navrhování hybridního rámce. Stejného rámce lze dosáhnout také pomocí popisného programování.
výhody
- doba potřebná ke spuštění testu navrženého s hybridním rámcem je relativně menší ve srovnání s jinými rámci
- to lze použít, když potřebujeme všechny testovací případy a vstupy, které jsou spojeny s konkrétním testovacím případem, ve stejné testovací sadě.
nevýhoda
- je nutná jasná znalost kombinování různých rámců.