I denna handledning använder vi QTP (HP UFT) för att skapa
- Datadriven ram
- Nyckelorddriven ram
- Hybridramverk
Så låt oss komma igång -
Datadriven ram
Data Driven Framework är ett ramverk som drivs av olika kombinationer av in- och utdata.
Ett sätt att skicka olika kombinationer av data är genom parametrering. I den här metoden använder vi olika funktioner i QTP. Besök här om du vill veta mer om parametrering.
Men i DDF skrivs skript för att göra parametreringen. Denna typ av ramverk är användbar när AUT: s funktionalitet måste testas med flera ingångar och fånga respektive utgångar. Dessa ingångar kan läsas från en extern fil som databas, Excel, Outlook, textfil etc och respektive utdata skrivs tillbaka till motsvarande extern källa.
De allmänna stegen som är involverade i den datadrivna ramen är:
- Förbered testfallet för applikationen under test
- Lägg till objekten från AUT till ELLER
- Skriv manusen baserat på testfallet
I den här guiden kommer vi att utveckla en datadriven ramkonstruktion för ett provtestfall med hjälp av Excel som en extern källa för testdata.
Steg 1) Förbered testfallet för applikationen under test
Testfall : Öppna ordernumret och få kundnamnet för den ordern. Upprepa samma process för olika ordernummer
Extern källa : Excel-fil
Den externa källan för detta exempel är en Excel-fil. VB-skriptet i Micro Focus UFT måste skrivas för att öppna en Excel-fil för att kunna läsa testdata. Detta kan uppnås på ett hierarkiskt sätt.
1. En Excel-fil öppnas först som en applikation
2. Då måste arbetsboken öppnas från den angivna platsen
3. Arket där testdata finns.
4. Slutligen måste cellen läsas.
Steg 2) Lägg till objekten från AUT till ELLER
När testfallet är klart kan du börja lägga till alla nödvändiga objekt i arkivet. I vårt testfall måste objekten läggas till enligt följande
- Ikonen "Öppna mapp" i Flight Reservation-applikationen
- Kryssruta "Beställningsnummer" som kan erhållas när ikonen "Öppna mapp" klickas
- WinEdit-rutan i beställningsnummer (där siffrorna anges)
- OK-knappen
- Fältet "Namn" som är en WinEdit-ruta. Detta fält fylls med ett namn när OK-knappen klickas för ett visst ordernummer.
När alla nödvändiga objekt har lagts till visas objektförvaret enligt följande:
Steg 3) Skriv manusen baserat på testfallet
Innan du kör skriptet, se till att Excel-filen som innehåller testdata har sparats och är stängd.
Nedanstående skript är att läsa ordernumret från Excel och tilldela det i applikationen via variabeln "vOrder" och skriva kundnamnet från applikationen via variabeln "vName".
Excel-namn : FlightDDF.xlsx
Sheet Name : Sheet1
Produktion
När ovanstående skript har körts kan utdata erhållas från Excel enligt följande:
Det datadrivna ramverket kan också utvecklas genom att skriva beskrivande programmering.
Använda databas som en extern källa för DDF
Samma testfall kan köras om den externa källan är en databas med följande steg
- Skriv VBScript för att upprätta databasanslutningen
- VBScript för att öppna en skivuppsättning eller en tabell.
- VBScript för att öppna önskat fält
- Den specifika cellen läses från fältet.
Manus
Att skapa en Microsoft-databasanslutning
Drivrutin = {Microsoft Access-drivrutin (* .mdb)}; DBQ =
Record Set Name: OpenOrder
Fältnamn : OrderNo, CustomerName
PS: Microsoft Access 2010 kan inte anslutas med nedanstående skript.
Produktion
Fördelar med DDF
- Ett stort antal testdata kan läsas och skrivas in i den externa filen i ett enda test
- Loop-uttalande används för att upprepa samma steg för flera iterationer. Därför minskas kodningsansträngningen
- Eftersom informationen läses och skrivs direkt i den externa filen finns det inget behov av att kopiera, klistra in eller exportera data för att kunna använda dem
- Testdata kan läsas från en extern fil och utgångarna kan skrivas till alla andra externa filer
Nackdelar med DDF
- Skriftkunskap krävs för att utveckla detta ramverk
- Ibland kan antal eller kombinationer av data från en extern källa som databas sakta ner eller till och med krascha QTP
Nyckelorddriven ram
Keyword Driven Framework är ett ramverk där nyckelord driver testet. Här avser nyckelord de användardefinierade funktionerna . I detta ramverk skapas nyckelord för att utföra ett visst teststeg eller ett testfall. Dessa nyckelord kallas sedan in i förartestet för att köra flera testfall i samma test.
För att veta om användardefinierade funktioner i QTP, besök här
Generellt kan ramarna utvecklas på tre sätt för att springa till testet.
- Spela in och kör testet
- Lägg till objekt i det lokala förvaret och skriv skript för alla teststeg
- Skriv beskrivande programmering för alla teststeg
I denna handledning utvecklas KDF genom att spela in och köra testet.
Vårt mål är att köra ett enda test för fem olika testfall som att logga in i applikationen, infoga en order, öppna en order, radera en order och stänga applikationen. Därför spelar vi in teststegen för dessa testfall och skapar funktionerna med nyckelorden Login, InsertOrder, OpenOrder, DeleteOrder respektive CloseApp.
Testfall 1: Logga in på applikationen
Nyckelord: Logga in ()
Inspelat skript:
Testfall 2: Infoga ordern
Nyckelord: InsertOrder ()
Inspelat skript:
Testfall 3: Öppna ordern
Nyckelord: OpenOrder ()
Inspelat skript:
Testfall 4: Radera ordern
Nyckelord: DeleteOrder ()
Inspelat skript:
Testfall 5: Stäng applikationen
Nyckelord: CloseApp ()
Inspelat skript:
Funktionerna som skapas för olika testfall sparas i ett funktionsbibliotek och är associerade med huvudtestet. Det räcker att ange nyckelorden för de nödvändiga testfallen i huvudtestet och därigenom minska drivrutinsskriptets storlek i huvudtestet.
Driver Script för detta enkla ramverk ser ut som:
Genom att köra ovanstående skript kan det faktiska resultatet för alla de fem testfallet erhållas från ett enda test.
Fördelar
- Valfritt antal testfall kan köras på ett enda test bara genom att ringa till respektive sökord
- Att skriva generell beskrivande programmering för alla webb- / Windows-objekt och kalla dem som nyckelord hjälper till att köra samma test för olika dynamiska applikationer
- Minskar storleken på drivrutinsskriptet
Nackdelar
- Det tar mycket lång tid att utveckla dessa ramar om det är mycket få testfall att köra
- Inspelning av stegen används inte alltid vid utformning av KDF för många applikationer på samma test.
Hybridramverk
Ett hybridramverk är en kombination av Data Driven Framework (DDF) och Keyword Driven Framework (KDF) där flera testfall med flera ingångar kan köras i samma test.
I den här artikeln kommer samma testfall som används i KDF att köras i ett enda test. Nyckelorden och skript för alla testfall är desamma som i KDF. TC3: Öppna ordern har dock parametrerats. Därför är manuset för detta testfall skrivet för att få ordernumret från en Excel-fil och för att skriva kundnamnet i excel-filen
Testfall 1: Logga in på applikationen
Nyckelord: Logga in ()
Testfall 2: Infoga ordern
Nyckelord: InsertOrder ()
Testfall3: Öppna ordern för flera ordernummer
Nyckelord: OpenOrder ()
Beskrivning: Här används samma manus som används för att utveckla en DDF och därigenom uppnås testfallet för flera iterationer.
Manus:
Testfall 4: Radera ordern
Nyckelord: DeleteOrder ()
Testfall 5: Stäng applikationen
Nyckelord: CloseApp ()
Genom att följa denna enkla metod uppnås parametreringen av TC3. Om tillämpligt kan alla andra testfall också parametreras i samma test.
Till exempel är ett mycket enkelt sätt att utforma ett hybridramverk. Samma ram kan också uppnås med beskrivande programmering.
Fördelar
- Tiden det tar att köra testet med ett hybridramverk är relativt mindre jämfört med andra ramar
- Detta kan användas när vi behöver alla testfall och ingångar som är associerade med ett visst testfall, i samma testsvit.
Nackdel
- Tydlig kunskap om att kombinera olika ramar krävs.
