• Articles
• admin

In deze tutorial gebruiken we QTP (HP UFT) maken

• Data Driven Kader
• Trefwoord Gedreven Kader
• Hybride Kader

Dus laten we beginnen –

Data Driven Kader

Data Driven Framework is een raamwerk die wordt aangedreven door de verschillende combinaties van input-en output-gegevens.

een manier om verschillende combinaties van gegevens door te geven is door parametrering. Bij deze methode gebruiken we verschillende functies van QTP. Om meer te weten over parametrering, bezoek hier.

in DDF worden echter scripts geschreven om parametrering te doen. Dit soort framework is handig wanneer de functionaliteit van de AUT moet worden getest met verschillende ingangen en vastleggen van de respectieve uitgangen. Deze ingangen kunnen worden gelezen uit een extern bestand, zoals Database, Excel, Outlook, tekstbestand etc en de respectieve uitgangen worden terug geschreven naar de overeenkomstige externe bron.

de algemene stappen die betrokken zijn bij het data-driven framework zijn::

1. bereid de testcase voor op de toepassing onder Test
2. voeg de objecten van AUT toe aan of
3. schrijf de scripts op basis van de TestCASE

In deze tutorial zullen we een data-driven framework ontwerp ontwikkelen voor een voorbeeld testcase door Excel te gebruiken als een externe bron voor de testgegevens.

Step1) bereid de testcase voor op de te testen toepassing

testcase: Open het ordernummer en krijg de klantnaam voor die bestelling. Herhaal hetzelfde proces voor verschillende ordernummers

externe bron: Excel-bestand

de externe bron voor dit voorbeeld is een Excel-bestand. Het VB-script in Micro Focus UFT moet worden geschreven om een Excel-bestand te openen om de testgegevens te lezen. Dit kan op een hiërarchische manier worden bereikt.

1. Een Excel-bestand wordt eerst geopend als applicatie

2. Vervolgens moet de werkmap worden geopend vanaf de opgegeven locatie

3. Het blad waar de testgegevens aanwezig zijn.

4. Tenslotte moet de cel worden gelezen.

Stap 2) Voeg de objecten van AUT toe aan of

zodra de TestCASE klaar is, begin met het toevoegen van alle benodigde objecten aan de repository. In onze test, de objecten die moeten worden toegevoegd, worden als volgt

• “Open Map” pictogram in de Vlucht te Reserveren toepassing

• “Om Geen” Checkbox die kan worden verkregen bij het “Open Map” pictogram wordt geklikt

• De WinEdit vak van de Opdracht geen (waar de nummers zijn ingevoerd)

• de knop OK

• het veld “Naam” dat een wijndoos is. Dit veld zal worden ingevuld met een naam zodra de OK knop is geklikt voor een bepaald ordernummer.

Zodra u alle gewenste objecten hebt toegevoegd, de object repository zal als volgt worden weergegeven:

Stap 3) Schrijf de scripts zijn gebaseerd op de Test Case

Voor het uitvoeren van het script, zorgen ervoor dat het Excel-bestand met de test gegevens zijn opgeslagen en gesloten.

het onderstaande script is om het ordernummer uit de Excel te lezen en toe te wijzen aan de applicatie door middel van variabele “vOrder” en schrijf de naam van de klant uit de applicatie door middel van variabele “vName”.

Excel Naam: FlightDDF.XLSX

bladnaam: Blad1

Script

To Establish a Microsoft Database connection

Driver = {Microsoft Access Driver (*.mdb)}; DBQ = <pad van de database>

Record Set Name: OpenOrder

Fields Name: OrderNo, CustomerName

P. S: Microsoft Access 2010 kan niet worden aangesloten met behulp van het onderstaande script.

Output

Voordelen van DDF

• EEN groot aantal test-gegevens kunnen worden gelezen en geschreven in het externe bestand in een enkele test
• Lus-instructie wordt gebruikt om herhaal dezelfde stappen voor een aantal iteraties. Daarom wordt de coderingsinspanning verminderd
• aangezien de gegevens direct in het externe bestand worden gelezen en geschreven, is het niet nodig gegevens te kopiëren, plakken of exporteren om ze te gebruiken
• testgegevens kunnen worden gelezen uit een extern bestand en de outputs kunnen worden geschreven in een ander extern bestand

nadelen van DDF

• Scripting kennis is vereist om dit kader te ontwikkelen
• soms Aantal of combinaties van gegevens uit een externe bron zoals een database kan QTP

keyword driven Framework

vertragen of zelfs crashen

Keyword Driven Framework is een framework waarin keywords de test aansturen. Hier verwijst het trefwoord naar de door de gebruiker gedefinieerde functies. In dit kader worden trefwoorden gemaakt om een bepaalde teststap of een testcase uit te voeren. Deze zoekwoorden worden vervolgens opgeroepen in de driver test om verschillende testcases in dezelfde test uit te voeren.

om meer te weten te komen over door de gebruiker gedefinieerde functies in QTP, bezoek hier

in het algemeen kunnen de kaders op drie manieren worden ontwikkeld om te testen.

1. neem de test op en voer deze uit
2. voeg objecten toe aan de lokale repository en schrijf de scripts voor alle teststappen
3. schrijf beschrijvend programmeren voor alle teststappen

In deze handleiding wordt de KdF ontwikkeld door de test op te nemen en uit te voeren.

ons doel is om een enkele test uit te voeren voor vijf verschillende testgevallen, zoals inloggen op de applicatie, een bestelling invoegen, een bestelling openen, een bestelling verwijderen en de applicatie sluiten. Daarom zullen we de teststappen voor deze testcases opnemen en de functies maken met respectievelijk keywords Login, InsertOrder, OpenOrder, DeleteOrder en CloseApp.

Test Case1: aanmelden bij de toepassing

trefwoord: Login ()

opgenomen Script:

Test Case2: voeg de volgorde

sleutelwoord:InsertOrder()

Opgenomen Script:

Test Case3: Open de Bestelling

Trefwoord:OpenOrder()

Opgenomen Script:

Test Case4: Verwijder de Bestelling

Trefwoord:DeleteOrder()

Opgenomen Script:

Test Case5: Sluit de toepassing

Trefwoord:CloseApp()

Opgenomen Script:

de functies die voor verschillende testcases zijn gemaakt, worden opgeslagen in een functiebibliotheek en worden geassocieerd met de hoofdtest. Het volstaat om de trefwoorden voor de benodigde testcases in de hoofdtest aan te roepen, waardoor de grootte van het driverscript in de hoofdtest wordt verminderd.

Het Driver Script voor dit eenvoudige framework ziet er als:

door het bovenstaande script uit te voeren, kan het werkelijke resultaat voor alle vijf testgevallen worden verkregen uit één enkele test.

Voordelen

• Een aantal testcases kan worden uitgevoerd op een enkele test alleen door het aanroepen van hun respectieve zoekwoorden
• het Schrijven van algemeen beschrijvende programmering voor alle web/ windows-objecten & bellen ze als zoekwoorden, zal helpen bij het uitvoeren van de test voor verschillende dynamische toepassingen
• Vermindert de grootte van de driver script

Nadelen

• Tijd genomen voor de ontwikkeling van deze kaders is zeer groot als er zeer weinig nummers van testgevallen, uitvoeren
• het Opnemen van de stappen is niet altijd gebruikt bij het ontwerpen van KDF voor veel toepassingen op dezelfde test.

een hybrid framework is een combinatie van Data Driven Framework (DDF) en Keyword Driven Framework (KDF), waarbij meerdere testcases met meerdere inputs in dezelfde test kunnen worden uitgevoerd.

In dit artikel worden dezelfde testgevallen die in KDF worden gebruikt, in één test uitgevoerd. De trefwoorden en de scripts voor alle testcases zijn hetzelfde als in KDF. Echter, TC3: Open de volgorde is geparametreerd. Daarom is het script voor deze testcase geschreven om het ordernummer van een Excel-bestand te ontvangen en om de naam van de klant in het excel-bestand

Test Case1: Login in de applicatie

trefwoord: Login ()

Test Case2:voeg de volgorde

trefwoord: InsertOrder()

Test Case3: Open De volgorde voor verschillende ordernummers

trefwoord:OpenOrder ()

beschrijving: Hier wordt hetzelfde script gebruikt om een DDF te ontwikkelen, waardoor de testcase voor meerdere iteraties wordt bereikt.

Script:

Test Case4: verwijder de volgorde

trefwoord: DeleteOrder ()

Test Case5: sluit de toepassing

trefwoord: CloseApp ()

door deze eenvoudige methode te volgen, wordt de parametrering van TC3 bereikt. Indien van toepassing kunnen ook alle andere testcases in dezelfde test worden geparametreerd.

is bijvoorbeeld een zeer eenvoudige manier om een hybride kader te ontwerpen. Hetzelfde kader kan ook worden bereikt met beschrijvende programmering.

voordelen

• de tijd die nodig is voor het uitvoeren van de test ontworpen met een hybride framework is relatief minder in vergelijking met andere frameworks
• dit kan worden gebruikt wanneer we alle testcases en inputs nodig hebben die geassocieerd zijn met een bepaald testcase, in dezelfde test suite.

nadeel

• duidelijke kennis over het combineren van verschillende kader is vereist.