Gegevens, trefwoord & Hybride automatiseringsframeworks in QTP / UFT

Inhoudsopgave:

Anonim

In deze tutorial gebruiken we QTP (HP UFT) om

  • Data Driven Framework
  • Zoekwoordgestuurd framework
  • Hybride raamwerk

Dus laten we beginnen -

Data Driven Framework

Data Driven Framework is een raamwerk dat wordt aangedreven door de verschillende combinaties van input- en outputdata.

Een manier om verschillende combinaties van gegevens door te geven, is door parametrering. Bij deze methode gebruiken we verschillende functies van QTP. Bezoek hier voor meer informatie over parametrering.

In DDF worden scripts echter geschreven om parametrisering uit te voeren. Dit soort raamwerk is handig wanneer de functionaliteit van de AUT moet worden getest met verschillende inputs en de respectievelijke outputs moet vastleggen. Deze invoer kan worden gelezen uit een extern bestand zoals Database, Excel, Outlook, tekstbestand enz. En de respectievelijke uitvoer wordt teruggeschreven naar de corresponderende externe bron.

De algemene stappen die betrokken zijn bij het datagedreven raamwerk zijn:

  1. Bereid de testcase voor op de te testen applicatie
  2. Voeg de objecten van AUT toe aan OR
  3. Schrijf de scripts op basis van de testcase

In deze tutorial zullen we een datagedreven raamwerkontwerp ontwikkelen voor een voorbeeldtestcase door Excel te gebruiken als externe bron voor de testgegevens.

Stap 1) Bereid de testcase voor op de te testen toepassing

Testcase : Open het bestelnummer en ontvang de klantnaam voor die bestelling. Herhaal hetzelfde proces voor verschillende bestelnummers

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 kunnen 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. Ten slotte moet de cel worden gelezen.

Stap 2) Voeg de objecten van AUT toe aan OR

Zodra de testcase klaar is, begint u met het toevoegen van alle vereiste objecten aan de repository. In ons testgeval zijn de objecten die moeten worden toegevoegd als volgt

  • "Open Folder" -pictogram in de vluchtreserveringsapplicatie

  • “Order No” Selectievakje dat kan worden verkregen wanneer op het pictogram “Open Folder” wordt geklikt

  • Het WinEdit-vak van het bestelnummer (waar de nummers worden ingevoerd)

  • De OK-knop

  • Het veld "Naam" dat een WinEdit-box is. Dit veld wordt gevuld met een naam zodra op de knop OK wordt geklikt voor een bepaald bestelnummer.

Nadat alle vereiste objecten zijn toegevoegd, ziet de objectrepository er als volgt uit:

Stap 3) Schrijf de scripts op basis van de testcase

Voordat u het script uitvoert, moet u ervoor zorgen dat het Excel-bestand met de testgegevens is opgeslagen en gesloten.

Onderstaand script is om het bestelnummer uit de Excel te lezen en toe te wijzen aan de applicatie via variabele “vOrder” en de klantnaam uit de applicatie te schrijven via variabele “vName”.

Excel-naam : FlightDDF.xlsx

Sheet Naam : Sheet1

Uitvoer

Nadat het bovenstaande script is uitgevoerd, kan de uitvoer als volgt uit Excel worden verkregen:

Het Data-Driven Framework kan ook worden ontwikkeld door beschrijvende programmering te schrijven.

Database gebruiken als externe bron voor DDF

Dezelfde testcase kan worden uitgevoerd als de externe bron een database is met behulp van de volgende stappen

  1. Schrijf VBScript om de databaseverbinding tot stand te brengen
  2. VBScript om een ​​recordset of een tabel te openen.
  3. VBScript om het gewenste veld te openen
  4. De specifieke cel wordt uit het veld gelezen.

Script

Om een ​​Microsoft-databaseverbinding tot stand te brengen

Driver = {Microsoft Access-stuurprogramma (* .mdb)}; DBQ =

Naam recordset : OpenOrder

Veldennaam : OrderNo, CustomerName

PS: Microsoft Access 2010 kan niet worden verbonden met het onderstaande script.

Uitvoer

Voordelen van DDF

  • In een enkele test kan een groot aantal testgegevens worden gelezen en naar het externe bestand worden geschreven
  • Loop-instructie wordt gebruikt om dezelfde stappen voor verschillende iteraties te herhalen. Daardoor wordt de coderingsinspanning verminderd
  • Omdat de gegevens rechtstreeks in het externe bestand worden gelezen en geschreven, is het niet nodig om gegevens te kopiëren, plakken of exporteren om ze te gebruiken
  • Testgegevens kunnen worden gelezen uit een extern bestand en de uitgangen kunnen naar elk ander extern bestand worden geschreven

Nadelen van DDF

  • Scriptkennis is vereist om dit raamwerk te ontwikkelen
  • Soms kan het aantal of combinaties van gegevens van een externe bron zoals Database de QTP vertragen of zelfs laten crashen

Zoekwoordgestuurd framework

Keyword Driven Framework is een framework waarin trefwoorden de test drijven. Hier verwijst het trefwoord naar de door de gebruiker gedefinieerde functies . In dit raamwerk worden trefwoorden aangemaakt om een ​​bepaalde teststap of testcase uit te voeren. Deze sleutelwoorden worden vervolgens in de driver-test opgeroepen om meerdere testcases in dezelfde test uit te voeren.

Bezoek hier voor meer informatie over door de gebruiker gedefinieerde functies in QTP

Over het algemeen kunnen de frameworks op drie manieren worden ontwikkeld om op de proef te worden gesteld.

  1. Neem op en voer de test uit
  2. Voeg objecten toe aan de lokale repository en schrijf de scripts voor alle teststappen
  3. Schrijf beschrijvende programmering voor alle teststappen

In deze tutorial wordt The 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 testcases, zoals inloggen in de applicatie, een bestelling plaatsen, een bestelling openen, een bestelling verwijderen en de applicatie sluiten. Daarom registreren we de teststappen voor deze testgevallen en maken we de functies met respectievelijk de trefwoorden Login, InsertOrder, OpenOrder, DeleteOrder en CloseApp.

Testcase1: Log in op de applicatie

Trefwoord: Login ()

Opgenomen script:

Testcase2: plaats de bestelling

Trefwoord: InsertOrder ()

Opgenomen script:

Testcase3: Open de bestelling

Trefwoord: OpenOrder ()

Opgenomen script:

Testcase4: verwijder de bestelling

Trefwoord: DeleteOrder ()

Opgenomen script:

Testcase5: Sluit de applicatie

Trefwoord: CloseApp ()

Opgenomen script:

De functies die voor verschillende testgevallen zijn gemaakt, worden opgeslagen in een functiebibliotheek en zijn gekoppeld aan de hoofdtest. Het is voldoende om de trefwoorden voor de benodigde testcases in de hoofdtest op te roepen, waardoor het stuurprogrammascript in de hoofdtest kleiner wordt.

Het stuurprogrammascript voor dit eenvoudige framework ziet er als volgt uit:

Door het bovenstaande script uit te voeren, kan het daadwerkelijke resultaat voor alle vijf testgevallen worden verkregen uit een enkele test.

Voordelen

  • Een willekeurig aantal testcases kan op een enkele test worden uitgevoerd door gewoon hun respectieve trefwoorden op te roepen
  • Het schrijven van algemene beschrijvende programmering voor alle web- / windows-objecten en ze als trefwoorden noemen, zal helpen bij het uitvoeren van dezelfde test voor verschillende dynamische applicaties
  • Verkleint de grootte van het stuurprogrammascript

Nadelen

  • De tijd die nodig is om deze frameworks te ontwikkelen, is erg hoog als er maar een klein aantal testcases moet worden uitgevoerd
  • Het vastleggen van de stappen wordt niet altijd gebruikt bij het ontwerpen van KDF voor veel toepassingen op dezelfde test.

Hybride raamwerk

Een hybride 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 testcases die in KDF worden gebruikt, in één test uitgevoerd. De trefwoorden en de scripts voor alle testcases zijn hetzelfde als in KDF. TC3: Open, de order is geparametriseerd. Daarom wordt het script voor deze testcase geschreven om het bestelnummer uit een Excel-bestand te ontvangen en de klantnaam in het Excel-bestand te schrijven

Testcase1: Log in op de applicatie

Trefwoord: Login ()

Testcase2: plaats de bestelling

Trefwoord: InsertOrder ()

Testcase3: Open de bestelling voor verschillende bestelnummers

Trefwoord: OpenOrder ()

Beschrijving: hier wordt hetzelfde script gebruikt dat is gebruikt om een ​​DDF te ontwikkelen, waardoor de testcase voor verschillende iteraties wordt bereikt.

Script:

Testcase4: verwijder de bestelling

Trefwoord: DeleteOrder ()

Testcase5: Sluit de applicatie

Trefwoord: CloseApp ()

Door deze eenvoudige methode te volgen, wordt de parametrisering van TC3 bereikt. Indien van toepassing kunnen alle andere testgevallen ook in dezelfde test worden geparametriseerd.

Dit is bijvoorbeeld een heel eenvoudige manier om een ​​hybride raamwerk te ontwerpen. Hetzelfde raamwerk kan ook worden bereikt met beschrijvende programmering.

Voordelen

  • De tijd die nodig is om de test uit te voeren die is ontworpen met een hybride raamwerk, is relatief korter in vergelijking met andere raamwerken
  • Dit kan worden gebruikt als we alle testcases en inputs die aan een bepaalde testcase zijn gekoppeld, in dezelfde testsuite nodig hebben.

Nadeel

  • Duidelijke kennis over het combineren van verschillende raamwerken is vereist.