• Articles
• admin

i denne tutorial vil vi bruge HP UFT til at oprette

• datadrevet ramme
• Søgeordsdrevet ramme
• Hybrid ramme

så lad os komme i gang –

datadrevet ramme

datadrevet ramme er en ramme, der er drevet af den forskellige kombinationer af input og output data.

en måde at overføre forskellige kombinationer af data er ved parameterisering. I denne metode bruger vi forskellige funktioner i CTP. For at vide mere om parameterisering, besøg venligst her.

men i DDF er scripts skrevet for at gøre parameterisering. Denne form for ramme er nyttig, når AUT ‘ s funktionalitet skal testes med flere indgange og fange de respektive udgange. Disse indgange kan læses fra en ekstern fil som f.eks.

de generelle trin, der er involveret i den datadrevne ramme, er:

1. Forbered testcase til applikationen under Test
2. Tilføj objekterne fra AUT til eller
3. skriv scripts baseret på testcase

i denne vejledning udvikler vi et datadrevet rammedesign til en prøvetestcase ved hjælp af en ekstern kilde til testdataene.

Step1) Forbered testcase til applikationen under Test

testcase: Åbn ordrenummeret, og få kundenavnet for den ordre. Gentag den samme proces for forskellige ordrenumre

ekstern kilde: fil

den eksterne kilde til denne prøve er en fil. VB-scriptet i Micro Focus UFT skal skrives for at åbne en fil for at kunne læse testdataene. Dette kan opnås på en hierarkisk måde.

1. Først åbnes et as-program

2. Derefter skal projektmappen åbnes fra det angivne sted

3. Det ark, hvor testdataene er til stede.

4. Endelig skal cellen læses.

Trin 2) Tilføj objekterne fra AUT til eller

når Testkassen er klar, skal du begynde at tilføje alle de krævede objekter til lageret. I vores testtilfælde skal objekterne tilføjes som følger

• “Åbn mappe” ikon i Flyreservationsapplikationen

• “Bestil Nej” afkrydsningsfelt som kan fås, når ikonet” Åbn mappe ” klikkes

• Vinedit-boksen i ordrenummeret (hvor tallene er indtastet)

• knappen OK

• feltet “Navn”, som er en Vinedit-boks. Dette felt udfyldes med et navn, når der klikkes på OK-knappen for et bestemt ordrenummer.

når alle de krævede objekter er tilføjet, vises objektlageret som følger:

Trin 3) Skriv scripts baseret på testcase

før du kører scriptet, skal du sikre dig, at filen, der indeholder testdataene, er gemt og lukket.

nedenstående script er at læse ordrenummeret fra udmærke sig og tildele det til applikationen gennem variabel “vOrder” og skrive kundenavnet fra applikationen gennem variabel “vName”.

Navn: FlightDDF.

arknavn: Ark1

Script

To Establish a Microsoft Database connection

Driver = {Microsoft Access Driver (*.MDB)}; DBK = <databasens sti>

Record Set Name: Openorder

Fields Name: OrderNo, CustomerName

P. S: Microsoft Access 2010 kan ikke tilsluttes ved hjælp af nedenstående script.

Output

fordele ved DDF

• et stort antal testdata kan læses og skrives i den eksterne fil i en enkelt test
• Loop-erklæring bruges til at gentage de samme trin i flere iterationer. Derfor reduceres kodningsindsatsen
• da dataene læses og skrives direkte i den eksterne fil, er der ikke behov for at kopiere, indsætte eller eksportere data for at kunne bruge dem
• testdata kan læses fra en ekstern fil, og output kan skrives til enhver anden ekstern fil

ulemper ved DDF

• Scripting viden er nødvendig for at udvikle denne ramme
• nogle gange kan antal eller kombinationer af data fra en ekstern kilde som database sænke eller endda gå ned i ktp

søgeordsdrevet ramme

Søgeordsdrevet ramme er en ramme, hvor nøgleord driver testen. Her søgeord refererer til de brugerdefinerede funktioner. I denne ramme oprettes nøgleord for at udføre et bestemt testtrin eller en testsag. Disse nøgleord kaldes derefter ind i drivertesten for at køre flere testsager i den samme test.

for at vide om brugerdefinerede funktioner i ktp, besøg her

generelt kan rammerne udvikles på tre måder for at køre til testen.

1. Optag og kør testen
2. Føj objekter til det lokale lager, og skriv scripts til alle testtrin
3. skriv beskrivende programmering for alle testtrin

i denne tutorial er KDF udviklet ved at optage og køre testen.

vores mål er at køre en enkelt test for fem forskellige testsager, såsom login i applikationen, indsæt en ordre, Åbn en ordre, Slet en ordre og luk applikationen. Derfor registrerer vi testtrinnene for disse testsager og opretter funktionerne med henholdsvis nøgleord Login, InsertOrder, openorder, DeleteOrder og CloseApp.

Test Case1: Log ind i applikationen

nøgleord: Login ()

optaget Script:

Test Case2: Indsæt ordren

nøgleord:InsertOrder ()

optaget Script:

Test Case3: Åbn ordren

nøgleord: OpenOrder ()

optaget Script:

Test Case4: Slet ordren

nøgleord: Slet ordre ()

optaget Script:

Test Case5: luk applikationen

nøgleord: CloseApp ()

optaget Script:

de funktioner, der oprettes til forskellige testcases, gemmes i et funktionsbibliotek og er knyttet til hovedtesten. Det er nok at kalde nøgleordene for de nødvendige testsager i hovedtesten og derved reducere størrelsen på driverscriptet i hovedtesten.

Driverscriptet til denne enkle ramme ser ud som:

ved at køre ovenstående script kan det faktiske resultat for alle de fem testsager opnås fra en enkelt test.

fordele

• ethvert antal testcases kan køres på en enkelt test bare ved at kalde deres respektive nøgleord
• skrivning generel beskrivende programmering for alle objekter & at kalde dem som nøgleord hjælper med at køre den samme test for forskellige dynamiske applikationer
• reducerer størrelsen på driverscriptet

ulemper

• den tid, det tager at udvikle disse rammer, er meget høj, hvis der er meget få antal testsager, der skal køres
• optagelse af trinnene bruges ikke altid, når man designer KdF til mange applikationer på samme test.

en hybrid ramme er en kombination af datadrevet ramme (DDF) og Nøgleordsdrevet ramme (KDF), hvor flere testcases med flere input kan udføres i samme test.

i denne artikel udføres de samme testsager, der bruges i KDF, i en enkelt test. Nøgleordene og scripts til alle test cases er de samme som i KDF. Imidlertid, TC3: Åbn ordren er blevet parameteriseret. Derfor skrives scriptet til denne testsag for at modtage ordrenummeret fra en fil og for at skrive kundenavnet i filen

Test Case1: Log ind i applikationen

nøgleord: Log ind ()

Test Case2: Indsæt ordren

nøgleord:InsertOrder()

Test Case3: Åbn ordren for flere ordrenumre

nøgleord:OpenOrder()

beskrivelse: Her bruges det samme script, der bruges til at udvikle en DDF, og derved opnå testsagen for flere iterationer.

manuskript:

Test Case4: Slet ordren

nøgleord:DeleteOrder ()

Test Case5: luk applikationen

nøgleord:CloseApp ()

ved at følge denne enkle metode opnås parameteriseringen af TC3. Hvis det er relevant, kan alle de andre testsager også parameteriseres i den samme test.

for eksempel er en meget enkel måde at designe en hybridramme på. Den samme ramme kan også opnås med beskrivende programmering.

fordele

• den tid, det tager at køre testen designet med en hybridramme, er relativt mindre sammenlignet med andre rammer
• dette kan bruges, når vi har brug for alle testcases og input, der er knyttet til en bestemt testcase, i den samme testpakke.

ulempe

• klar viden om kombinationen af forskellige rammer er påkrævet.