I denne opplæringen vil vi bruke QTP (HP UFT) til å lage
- Datadrevet rammeverk
- Søkeorddrevet rammeverk
- Hybrid Framework
Så la oss komme i gang -
Datadrevet rammeverk
Data Driven Framework er et rammeverk som drives av de forskjellige kombinasjonene av input og output data.
En måte å overføre forskjellige kombinasjoner av data på er ved å parametrere. I denne metoden bruker vi forskjellige funksjoner i QTP. Hvis du vil vite mer om parametrisering, kan du gå her.
Imidlertid, i DDF, er skript skrevet for å gjøre parameterisering. Denne typen rammeverk er nyttig når AUTs funksjonalitet må testes med flere innganger og fange de respektive utgangene. Disse inngangene kan leses fra en ekstern fil som Database, Excel, Outlook, tekstfil osv. Og de respektive utgangene skrives tilbake til den tilsvarende eksterne kilden.
De generelle trinnene som er involvert i det datadrevne rammeverket er:
- Forbered testsaken for applikasjonen under test
- Legg til objektene fra AUT til ELLER
- Skriv manusene basert på testsaken
I denne opplæringen vil vi utvikle en datadrevet rammeverkdesign for en eksempeltest ved å bruke Excel som en ekstern kilde for testdataene.
Trinn 1) Forbered testsaken for applikasjonen under test
Test Case : Åpne ordrenummeret og få kundenavnet for den ordren. Gjenta samme prosess for forskjellige ordrenumre
Ekstern kilde : Excel-fil
Den eksterne kilden for dette eksemplet er en Excel-fil. VB-skriptet i Micro Focus UFT må skrives for å åpne en Excel-fil for å kunne lese testdataene. Dette kan oppnås på en hierarkisk måte.
1. En Excel-fil åpnes først som en applikasjon
2. Deretter må arbeidsboken åpnes fra det angitte stedet
3. Arket der testdataene er til stede.
4. Til slutt må cellen leses.
Trinn 2) Legg til objektene fra AUT til ELLER
Når testsaken er klar, begynner du å legge til alle nødvendige objekter i depotet. I vårt test tilfelle må objektene legges til som følger
- "Åpne mappe" -ikonet i Flight Reservation-applikasjonen
- "Bestillingsnummer" avkrysningsrute som kan oppnås når du klikker på ikonet "Åpne mappe"
- WinEdit-boksen i bestillingsnr (hvor tallene er oppgitt)
- OK-knappen
- “Navn” -feltet som er en WinEdit-boks. Dette feltet fylles ut med et navn når OK-knappen er klikket for et bestemt ordrenummer.
Når alle nødvendige objekter er lagt til, vises objektlageret som følger:
Trinn 3) Skriv manusene basert på testsaken
Før du kjører skriptet, må du sørge for at Excel-filen som inneholder testdataene er lagret og er lukket.
Skriptet nedenfor er å lese ordrenummeret fra Excel og tildele det til applikasjonen gjennom variabelen “vOrder” og skrive kundenavnet fra applikasjonen gjennom variabelen “vName”.
Excel-navn : FlightDDF.xlsx
Sheet Navn : Ark1
Produksjon
Når skriptet ovenfor er kjørt, kan utgangen fås fra Excel på følgende måte:
Det datadrevne rammeverket kan også utvikles ved å skrive beskrivende programmering.
Bruke database som en ekstern kilde for DDF
Den samme testsaken kan utføres hvis den eksterne kilden er en database ved hjelp av følgende trinn
- Skriv VBScript for å etablere databaseforbindelsen
- VBScript for å åpne et platesett eller en tabell.
- VBScript for å åpne ønsket felt
- Den spesifikke cellen leses fra feltet.
Manus
Å etablere en Microsoft Database-tilkobling
Driver = {Microsoft Access Driver (* .mdb)}; DBQ =
Record Set Name: OpenOrder
Feltnavn : Bestillingsnummer, kundenavn
PS: Microsoft Access 2010 kan ikke kobles til ved hjelp av skriptet nedenfor.
Produksjon
Fordeler med DDF
- Et stort antall testdata kan leses og skrives inn i den eksterne filen i en enkelt test
- Loop statement brukes til å gjenta de samme trinnene for flere iterasjoner. Derfor reduseres kodingsinnsatsen
- Siden dataene blir lest og skrevet direkte i den eksterne filen, er det ikke nødvendig å kopiere, lime inn eller eksportere data for å kunne bruke dem
- Testdata kan leses fra en ekstern fil, og utgangene kan skrives inn i en hvilken som helst annen ekstern fil
Ulemper med DDF
- Skriptekunnskap er nødvendig for å utvikle dette rammeverket
- Noen ganger kan antall eller kombinasjoner av data fra en ekstern kilde som Database redusere eller til og med krasje QTP
Søkeorddrevet rammeverk
Keyword Driven Framework er et rammeverk der nøkkelord driver testen. Her refererer nøkkelord til de brukerdefinerte funksjonene . I dette rammeverket opprettes nøkkelord for å utføre et bestemt teststrinn eller en testtilfelle. Disse nøkkelordene blir deretter kalt inn i førertesten for å kjøre flere testtilfeller i samme test.
Hvis du vil vite om brukerdefinerte funksjoner i QTP, kan du gå her
Generelt kan rammene utvikles på tre måter for å løpe på prøve.
- Registrer og kjør testen
- Legg til objekter i det lokale depotet og skriv skriptene for alle teststrinn
- Skriv beskrivende programmering for alle teststrinn
I denne opplæringen er KDF utviklet ved å registrere og kjøre testen.
Målet vårt er å kjøre en enkelt test for fem forskjellige testtilfeller, for eksempel innlogging i applikasjonen, sette inn en ordre, åpne en ordre, slette en ordre og lukke applikasjonen. Derfor registrerer vi testtrinnene for disse testtilfellene og oppretter funksjonene med henholdsvis nøkkelord Login, InsertOrder, OpenOrder, DeleteOrder og CloseApp.
Test Case1: Logg inn på applikasjonen
Nøkkelord: Logg inn ()
Registrert skript:
Test Case2: Sett inn ordren
Nøkkelord: InsertOrder ()
Registrert skript:
Test Case3: Åpne ordren
Nøkkelord: OpenOrder ()
Registrert skript:
Test Case4: Slett ordren
Nøkkelord: DeleteOrder ()
Registrert skript:
Test Case5: Lukk applikasjonen
Nøkkelord: CloseApp ()
Registrert skript:
Funksjonene som er opprettet for forskjellige testsaker lagres i et funksjonsbibliotek og er tilknyttet hovedtesten. Det er nok å kalle nøkkelordene for de nødvendige testtilfellene i hovedtesten og derved redusere størrelsen på driverskriptet i hovedtesten.
Driver Script for dette enkle rammeverket ser ut som:
Ved å kjøre ovennevnte skript kan det faktiske resultatet for alle de fem testtilfellene fås fra en enkelt test.
Fordeler
- Et hvilket som helst antall testsaker kan kjøres på en enkelt test bare ved å ringe deres respektive søkeord
- Å skrive generell beskrivende programmering for alle web- / windows-objekter og kalle dem som nøkkelord vil hjelpe deg med å kjøre den samme testen for forskjellige dynamiske applikasjoner
- Reduserer størrelsen på driverskriptet
Ulemper
- Det tar veldig lang tid å utvikle disse rammene hvis det er svært få antall testsaker å kjøre
- Opptak av trinnene brukes ikke alltid når du designer KDF for mange applikasjoner på samme test.
Hybrid Framework
Et hybrid-rammeverk er en kombinasjon av Data Driven Framework (DDF) og Keyword Driven Framework (KDF) hvor flere testsaker med flere innganger kan utføres i samme test.
I denne artikkelen vil de samme testtilfellene som brukes i KDF bli utført i en enkelt test. Nøkkelordene og skriptene for alle testtilfellene er de samme som i KDF. Imidlertid TC3: Åpne ordren er parameterisert. Derfor er skriptet for denne testsaken skrevet for å motta ordrenummeret fra en Excel-fil og for å skrive kundenavnet i excel-filen.
Test Case1: Logg inn på applikasjonen
Nøkkelord: Logg inn ()
Test Case2: Sett inn ordren
Nøkkelord: InsertOrder ()
Test Case3: Åpne ordren for flere ordrenumre
Nøkkelord: OpenOrder ()
Beskrivelse: Her brukes det samme skriptet som ble brukt til å utvikle en DDF, og oppnådde dermed testsaken for flere iterasjoner.
Manus:
Test Case4: Slett ordren
Nøkkelord: DeleteOrder ()
Test Case5: Lukk applikasjonen
Nøkkelord: CloseApp ()
Ved å følge denne enkle metoden oppnås parameteriseringen av TC3. Hvis det er aktuelt, kan alle andre testtilfeller også parametriseres i samme test.
For eksempel er det en veldig enkel måte å designe et hybrid rammeverk på. Det samme rammeverket kan også oppnås med beskrivende programmering.
Fordeler
- Tiden det tar å kjøre testen designet med et hybridrammeverk er relativt mindre sammenlignet med andre rammer
- Dette kan brukes når vi trenger alle testtilfellene og inngangene som er knyttet til en bestemt testtilfelle, i samme testpakke.
Ulempe
- Det kreves klar kunnskap om å kombinere forskjellige rammer.