I denne vejledning bruger vi QTP (HP UFT) til at oprette
- Datadrevet ramme
- Keyword Driven Framework
- Hybrid ramme
Så lad os komme i gang -
Datadrevet ramme
Data Driven Framework er en ramme, der drives af de forskellige kombinationer af input og output data.
En måde at videregive forskellige kombinationer af data er ved parametrering. I denne metode bruger vi forskellige funktioner i QTP. Hvis du vil vide mere om parametrisering, kan du besøge her.
I DDF skrives der imidlertid scripts til parametrering. Denne type rammer er nyttige, når AUT's funktionalitet skal testes med flere indgange og opfange de respektive udgange. Disse input kan læses fra en ekstern fil som Database, Excel, Outlook, tekstfil osv., Og de respektive output skrives tilbage til den tilsvarende eksterne kilde.
De generelle trin involveret i den datadrevne ramme er:
- Forbered testkassen til applikationen under test
- Tilføj objekterne fra AUT til ELLER
- Skriv scripts baseret på testcase
I denne vejledning udvikler vi et datadrevet rammedesign til en prøve test case ved hjælp af Excel som en ekstern kilde til testdataene.
Trin 1) Forbered testkassen til applikationen under test
Test sag : Åbn ordrenummeret og få kundens navn til den ordre. Gentag den samme proces for forskellige ordrenumre
Ekstern kilde : Excel-fil
Den eksterne kilde til denne prøve er en Excel-fil. VB-scriptet i Micro Focus UFT skal skrives for at åbne en Excel-fil for at kunne læse testdataene. Dette kan opnås på en hierarkisk måde.
1. En Excel-fil åbnes først som en applikation
2. Derefter skal projektmappen åbnes fra det angivne sted
3. Arket, hvor testdata er til stede.
4. Endelig skal cellen læses.
Trin 2) Tilføj objekterne fra AUT til ELLER
Når testsagen er klar, skal du begynde at tilføje alle de krævede objekter til arkivet. I vores test tilfælde skal objekterne tilføjes som følger
- "Åbn mappe" -ikonet i Flight Reservation-applikationen
- Afkrydsningsfelt "Bestillingsnummer", som kan fås, når der klikkes på ikonet "Åbn mappe"
- WinEdit-feltet i ordrenr. (Hvor tallene indtastes)
- OK-knappen
- Feltet "Navn", som er et WinEdit-felt. 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
Inden du kører scriptet, skal du sikre dig, at Excel-filen, der indeholder testdata, er gemt og er lukket.
Nedenstående script er at læse ordrenummeret fra Excel og tildele det til applikationen via variablen “vOrder” og skrive kundenavnet fra applikationen gennem variablen “vName”.
Excel-navn : FlightDDF.xlsx
Sheet Navn : Ark1
Produktion
Når ovenstående script er kørt, kan output fås fra Excel som følger:
Den datadrevne ramme kan også udvikles ved at skrive beskrivende programmering.
Brug af database som en ekstern kilde til DDF
Den samme testtilstand kan udføres, hvis den eksterne kilde er en database ved hjælp af følgende trin
- Skriv VBScript for at etablere databaseforbindelsen
- VBScript for at åbne et pladesæt eller en tabel.
- VBScript for at åbne det ønskede felt
- Den bestemte celle læses fra marken.
Manuskript
Sådan oprettes en Microsoft-databaseforbindelse
Driver = {Microsoft Access Driver (* .mdb)}; DBQ =
Record Set Name: OpenOrder
Feltnavn: Bestillingsnummer, kundenavn
PS: Microsoft Access 2010 kan ikke tilsluttes ved hjælp af nedenstående script.
Produktion
Fordele ved DDF
- Et stort antal testdata kan læses og skrives ind i den eksterne fil i en enkelt test
- Loop-sætning bruges til at gentage de samme trin for 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
- Der kræves scripting-viden for at udvikle denne ramme
- Nogle gange kan antal eller kombinationer af data fra en ekstern kilde som Database muligvis bremse eller endda gå ned i QTP
Keyword Driven Framework
Keyword Driven Framework er en ramme, hvor nøgleord driver testen. Her henviser nøgleord til de brugerdefinerede funktioner . I denne ramme oprettes nøgleord for at udføre et bestemt testtrin eller en testcase. Disse nøgleord kaldes derefter ind i førertesten for at køre flere testsager i samme test.
Hvis du vil vide om brugerdefinerede funktioner i QTP, kan du besøge her
Generelt kan rammerne udvikles på tre måder for at løbe til testen.
- Optag og kør testen
- Føj objekter til det lokale arkiv, og skriv scripts til alle testtrin
- Skriv beskrivende programmering til alle testtrin
I denne vejledning er KDF udviklet ved at optage og køre testen.
Vores mål er at køre en enkelt test til fem forskellige testsager, såsom login i applikationen, indsætte en ordre, åbne en ordre, slette en ordre og lukke applikationen. Derfor registrerer vi testtrinnene for disse testtilfælde og opretter funktionerne med henholdsvis nøgleord Login, InsertOrder, OpenOrder, DeleteOrder og CloseApp.
Test Case1: Log ind på 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 sag 4: Slet ordren
Nøgleord: DeleteOrder ()
Optaget script:
Test Case5: Luk applikationen
Nøgleord: CloseApp ()
Optaget script:
De funktioner, der oprettes til forskellige testsager, gemmes i et funktionsbibliotek og er knyttet til hovedtesten. Det er nok at kalde nøgleordene til de nødvendige testsager i hovedtesten og derved reducere størrelsen på driver scriptet i hovedtesten.
Driver Script 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
- Et hvilket som helst antal testsager kan køres på en enkelt test bare ved at kalde deres respektive nøgleord
- Skrivning af generel beskrivende programmering til alle web- / windows-objekter og kald af dem som nøgleord hjælper med at køre den samme test til forskellige dynamiske applikationer
- Reducerer størrelsen på driver scriptet
Ulemper
- Det tager meget lang tid at udvikle disse rammer, hvis der er meget få antal testsager, der skal køres
- Optagelse af trinene bruges ikke altid, når KDF designes til mange applikationer på samme test.
Hybrid ramme
En hybrid ramme er en kombination af Data Driven Framework (DDF) og Keyword Driven Framework (KDF), hvor flere testsager med flere input kan udføres i samme test.
I denne artikel vil de samme testsager, der bruges i KDF, blive udført i en enkelt test. Nøgleordene og scripts til alle testsagerne er de samme som i KDF. Imidlertid TC3: Åbn ordren er blevet parametreret. Derfor er scriptet til denne testsag skrevet for at modtage ordrenummeret fra en Excel-fil og for at skrive kundenavnet i excel-filen
Test Case1: Log ind på applikationen
Nøgleord: Login ()
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 blev brugt til at udvikle en DDF, hvorved test case for flere iterationer blev opnået.
Manuskript:
Test sag 4: Slet ordren
Nøgleord: DeleteOrder ()
Test Case5: Luk applikationen
Nøgleord: CloseApp ()
Ved at følge denne enkle metode opnås parametriseringen af TC3. Hvis det er relevant, kan alle andre testtilfælde også parametriseres i den samme test.
For eksempel er det en meget enkel måde at designe en hybrid ramme på. Den samme ramme kan også opnås med beskrivende programmering.
Fordele
- Den tid, det tager at køre testen designet med en hybrid ramme, 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
- Der kræves klar viden om at kombinere forskellige rammer.