• Articles
• admin

i den här handledningen kommer vi att använda QTP (HP UFT) för att skapa

• datadriven Ram
• Nyckelorddriven Ram
• Hybrid Ram

så låt oss komma igång –

datadriven Ram

datadriven ram är ett ramverk som drivs av den globala olika kombinationer av ingångs-och utgångsdata.

ett sätt att överföra olika kombinationer av data är genom parametrisering. I den här metoden använder vi olika funktioner i QTP. För att veta mer om parametrisering, besök här.

men i DDF skrivs skript för att göra parametrisering. Denna typ av RAM ä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 utgångar skrivs tillbaka till motsvarande extern källa.

de allmänna stegen som är involverade i det datadrivna ramverket är:

1. Förbered testfallet för applikationen under Test
2. Lägg till objekten från AUT till eller
3. skriv skripten baserat på testfallet

i denna handledning kommer vi att utveckla en datadriven ramdesign för ett provtestfall genom att använda 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 beställningen. 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 ett as-program

2. Då måste arbetsboken öppnas från den angivna platsen

3. Det blad 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 börjar du lägga till alla nödvändiga objekt i förvaret. I vårt testfall måste objekten läggas till enligt följande

• ”Öppna mapp” – ikonen i Flygbokningsprogrammet

• ”Order No” kryssruta som kan erhållas när ikonen ”Öppna mapp” klickas

• rutan WinEdit i ordernr (där Siffrorna anges)

• OK-knappen

• fältet ”Namn” som är en winedit-ruta. Detta fält kommer att fyllas 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 skripten baserat på testfallet

innan du kör skriptet, se till att Excel-filen som innehåller testdata har sparats och är stängd.

under skriptet är att läsa ordernumret från Excel och tilldela det till applikationen genom variabeln ”vorter” och skriva kundnamnet från applikationen genom variabeln ”vName”.

Excel-Namn: FlightDDF.Xlsx

arknamn: Sheet1

skript

To Establish a Microsoft Database connection

drivrutin = {Microsoft Access-drivrutin (*.mdb)}; DBQ = <sökväg för databasen>

Record Set Name: OpenOrder

fältnamn: OrderNo, CustomerName

P. S: Microsoft Access 2010 Kan inte anslutas med nedanstående skript.

utgång

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 reduceras kodningsansträngningen
• eftersom data läses och skrivs direkt i den externa filen, behöver du inte 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 in i någon annan extern fil

nackdelar med DDF

• Skriptkunskap krävs för att utveckla denna ram
• ibland kan Antal eller kombinationer av data från en extern källa som databas sakta ner eller till och med krascha QTP

nyckelordstyrd ram

Keyword Driven Framework är ett ramverk där nyckelord Driver testet. Här nyckelord hänvisar till användardefinierade funktioner. 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 kunna testas.

1. spela in och kör testet
2. Lägg till objekt i det lokala arkivet och skriv skript för alla teststeg
3. 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, Ta bort en order och stänga applikationen. Därför registrerar vi teststegen för dessa testfall och skapar funktionerna med nyckelord Login, Inserorder, OpenOrder, DeleteOrder respektive CloseApp.

Testfall1: logga in i ansökan

nyckelord: logga in ()

inspelat skript:

Testfall2: infoga ordningen

nyckelord:Inserorder ()

inspelat manus:

Testfall3: öppna ordern

nyckelord: OpenOrder ()

inspelat manus:

Testfall4: ta bort ordern

nyckelord: DeleteOrder ()

inspelat skript:

Testfall5: 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 ringa nyckelorden för de nödvändiga testfallen i huvudtestet och därmed minska storleken på drivrutinsskriptet i huvudtestet.

Drivrutinsskriptet för denna enkla ram ser ut som:

genom att köra ovanstående skript kan det faktiska resultatet för alla fem testfall erhållas från ett enda test.

fördelar

• valfritt antal testfall kan köras på ett enda test bara genom att ringa deras respektive nyckelord
• skriva allmän beskrivande programmering för alla webb – / windows-objekt & att ringa dem som nyckelord hjälper till att köra samma test för olika dynamiska applikationer
• minskar storleken på drivrutinsskriptet

nackdelar

• tiden för att utveckla dessa ramar är mycket hög om det finns mycket få antal testfall att köra
• inspelning av stegen används inte alltid när man utformar KdF för många applikationer på samma test.

en hybrid framework ä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 körs samma testfall som används i KDF i ett enda test. Nyckelorden och skripten för alla testfall är desamma som i KDF. TC3: öppna ordern har dock parametriserats. Därför skrivs skriptet för detta testfall för att ta emot ordernumret från en Excel-fil och för att skriva kundnamnet i excel-filen

Testfall1: logga in i applikationen

nyckelord: logga in ()

Testfall2: sätt in ordern

nyckelord:Inserorder()

Testfall3: öppna ordern för flera ordernummer

nyckelord:OpenOrder()

beskrivning: Här används samma skript som används för att utveckla en DDF, vilket ger testfallet för flera iterationer.

manus:

Testfall4: ta bort ordern

nyckelord:DeleteOrder()

Testfall5: Stäng applikationen

nyckelord:CloseApp()

genom att följa denna enkla metod uppnås parametriseringen av TC3. Om tillämpligt kan alla andra testfall också parametriseras i samma test.

är till exempel ett mycket enkelt sätt att utforma ett hybridram. Samma ramverk kan också uppnås med beskrivande programmering.

fördelar

• tiden det tar att köra testet utformat med ett hybridram är relativt mindre jämfört med andra ramverk
• detta kan användas när vi behöver alla testfall och ingångar som är associerade med ett visst testfall, i samma testpaket.

nackdel

• tydlig kunskap om att kombinera olika ramverk krävs.