Selles õpetuses kasutame loomiseks QTP-d (HP UFT)
- Andmepõhine raamistik
- Märksõnade juhitud raamistik
- Hübriidraamistik
Nii et alustame -
Andmepõhine raamistik
Andmepõhine raamistik on raamistik, mida juhivad erinevad sisend- ja väljundandmete kombinatsioonid.
Üks viis andmete erinevate kombinatsioonide edastamiseks on parameetrite abil. Selles meetodis kasutame QTP erinevaid funktsioone. Parameetrite kohta lisateabe saamiseks külastage palun siin.
Kuid DDF-is kirjutatakse skriptid parameetrite tegemiseks. Selline raamistik on kasulik, kui AUT-i funktsionaalsust tuleb testida mitme sisendiga ja haarata vastavad väljundid. Neid sisendeid saab lugeda välisest failist, nagu andmebaas, Excel, Outlook, tekstifail jne, ning vastavad väljundid kirjutatakse tagasi vastavasse välisse allikasse.
Andmepõhise raamistiku üldised etapid on järgmised:
- Valmistage testitava rakenduse jaoks ette testjuhtum
- Lisage objektid AUT-ist OR-i
- Kirjutage skriptid Test Case'i põhjal
Selles õpetuses töötame välja proovipõhise testijuhtumi andmepõhise raamistiku kujunduse, kasutades Exceli testiandmete välise allikana.
1. samm. Valmistage testitava rakenduse jaoks ette testjuhtum
Testjuhtum : avage tellimuse number ja hankige selle tellimuse jaoks kliendi nimi. Korrake sama protsessi erinevate tellimisnumbrite puhul
Väline allikas : Exceli fail
Selle proovi väline allikas on Exceli fail. Testi andmete lugemiseks tuleb Exceli faili avamiseks kirjutada VB skript Micro Focus UFT-s. Seda on võimalik saavutada hierarhiliselt.
1. Exceli fail avatakse esmalt rakendusena
2. Seejärel tuleb töövihik avada määratud kohast
3. Leht, kus on olemas katseandmed.
4. Lõpuks tuleb lahter lugeda.
Samm 2) Lisage objektid AUT-ist OR-i
Kui testjuhtum on valmis, alustage hoidlasse kõigi vajalike objektide lisamist. Meie testjuhul on objektid, mida tuleb lisada, järgmised
- Lennukibroneerimise rakenduse ikoon „Ava kaust“
- Märkekast “Tellimuse nr”, mille saate hankida, kui klõpsatakse ikoonil “Ava kaust”
- Tellimuse nr lahter WinEdit (kuhu sisestatakse numbrid)
- Nupp OK
- Väli “Nimi”, mis on kast WinEdit. See väli täidetakse nimega, kui konkreetse tellimuse numbri korral klõpsatakse nuppu OK.
Kui kõik vajalikud objektid on lisatud, kuvatakse objektide hoidla järgmiselt:
Samm 3) Kirjutage skriptid Test Case'i põhjal
Enne skripti käivitamist veenduge, et testiandmeid sisaldav Exceli fail on salvestatud ja suletud.
Allpool olev skript on lugeda Exceli tellimuse number ja määrata see muutuja „vOrder” kaudu rakendusse ning kirjutada kliendi nimi rakendusest muutuja „vName” kaudu.
Exceli nimi : FlightDDF.xlsx
Lehe nimi : leht1
Väljund
Kui ülaltoodud skript on käivitatud, saab väljundi Exceli kaudu järgmiselt:
Andmepõhist raamistikku saab arendada ka kirjeldava programmeerimise kirjutamise teel.
Andmebaasi kasutamine DDF-i välise allikana
Sama testjuhtumi saab käivitada, kui väliseks allikaks on andmebaas, kasutades järgmisi samme
- Andmebaasiühenduse loomiseks kirjutage VBScript
- VBScript dokumendikomplekti või tabeli avamiseks.
- VBScript soovitud välja avamiseks
- Konkreetne lahter loetakse väljalt.
Skript
Microsofti andmebaasi ühenduse loomiseks
Draiver = {Microsofti juurdepääsudraiver (* .mdb)}; DBQ =
Salvestuskomplekti nimi: OpenOrder
Väljade nimi: OrderNo, CustomerName
PS: Microsoft Access 2010-d ei saa alloleva skripti abil ühendada.
Väljund
DDF-i eelised
- Ühe testiga saab välise faili sisse lugeda ja kirjutada palju testiandmeid
- Loop-lauset kasutatakse samade toimingute kordamiseks mitme korduse korral. Seega on kodeerimisvaev vähenenud
- Kuna andmeid loetakse ja kirjutatakse otse välimisse faili, pole nende kasutamiseks vaja andmeid kopeerida, kleepida ega eksportida
- Testandmeid saab lugeda välisest failist ja väljundid saab kirjutada mis tahes muusse välisse faili
DDF puudused
- Selle raamistiku väljatöötamiseks on vaja skriptiteadmisi
- Mõnikord võib välisest allikast, näiteks andmebaasist pärinevate andmete arv või kombinatsioonid QTP-d aeglustada või isegi kokku kukkuda
Märksõnade juhitud raamistik
Märksõnadepõhine raamistik on raamistik, kus märksõnad kontrollivad testi. Siin viitab märksõna kasutaja määratud funktsioonidele . Selles raamistikus luuakse märksõnad konkreetse katseetapi või testjuhtumi sooritamiseks. Need märksõnad kutsutakse seejärel draiveritesti, et käivitada mitu testi juhtumit samas testis.
QTP kasutaja määratud funktsioonide kohta külastage palun siin
Üldiselt saab testile jooksmiseks raamistikke arendada kolmel viisil.
- Test registreerige ja käivitage
- Lisage objekte kohalikku hoidlasse ja kirjutage skriptid kõigi testimissammude jaoks
- Kirjutage kõigi testide jaoks kirjeldav programmeerimine
Selles õpetuses arendatakse KDF testi salvestamise ja käivitamise abil.
Meie eesmärk on käivitada üks test viie erineva juhtumi jaoks, näiteks rakendusse sisselogimine, tellimuse sisestamine, tellimuse avamine, tellimuse kustutamine ja rakenduse sulgemine. Seega salvestame nende testijuhtumite testimise etapid ja loome funktsioonid vastavalt märksõnadega Login, InsertOrder, OpenOrder, DeleteOrder ja CloseApp.
Test Case1: logige rakendusse sisse
Märksõna: Logi sisse ()
Salvestatud skript:
2. juhtum: sisestage tellimus
Märksõna: InsertOrder ()
Salvestatud skript:
3. juhtum: avage tellimus
Märksõna: OpenOrder ()
Salvestatud skript:
4. juhtum: kustutage tellimus
Märksõna: DeleteOrder ()
Salvestatud skript:
Test Case5: sulgege rakendus
Märksõna: CloseApp ()
Salvestatud skript:
Erinevate testjuhtumite jaoks loodud funktsioonid salvestatakse funktsioonide teeki ja on seotud põhitestiga. Piisab peakatse jaoks vajalike testijuhtude märksõnade kutsumisest, vähendades seeläbi draiveri skripti suurust põhitestis.
Selle lihtsa raamistiku draiveriskript näeb välja selline:
Ülaltoodud skripti käivitades saab kõigi testide juhtumi tegeliku tulemuse saada ühest testist.
Eelised
- Ainult vastavatele märksõnadele helistades saab ühe testiga käivitada suvalise arvu juhtumeid
- Kõigi veebi- / Windowsi objektide üldise kirjeldava programmeerimise kirjutamine ja märksõnadeks kutsumine aitab sama testi käivitamist erinevate dünaamiliste rakenduste jaoks
- Vähendab draiveri skripti suurust
Puudused
- Nende raamistike väljatöötamiseks kuluv aeg on väga kõrge, kui testijuhtumeid on käivitada väga vähe
- Sammude salvestamist ei kasutata alati KDF-i kujundamisel paljude testide jaoks paljude rakenduste jaoks.
Hübriidraamistik
Hübriidraamistik on kombinatsioon andmepõhisest raamistikust (DDF) ja märksõnaderigeeritud raamistikust (KDF), kus sama testiga saab käivitada mitu testimisjuhtu koos mitme sisendiga.
Selles artiklis viiakse samad testjuhud, mida kasutatakse KDF-is, ühe testina. Kõigi testjuhtumite märksõnad ja skriptid on samad, mis KDF-is. Kuid TC3: tellimuse avamine on parameetritud. Seetõttu on selle testjuhtumi skript kirjutatud Exceli failist tellimuse numbri saamiseks ja kliendi nime Exceli faili kirjutamiseks
Test Case1: logige rakendusse sisse
Märksõna: Logi sisse ()
2. juhtum: sisestage tellimus
Märksõna: InsertOrder ()
3. juhtum: avage tellimus mitme tellimisnumbri jaoks
Märksõna: OpenOrder ()
Kirjeldus: siin kasutatakse sama skripti, mida kasutati DDF-i väljatöötamiseks, saavutades seeläbi mitme korduse testjuhtumi.
Skript:
4. juhtum: kustutage tellimus
Märksõna: DeleteOrder ()
Test Case5: sulgege rakendus
Märksõna: CloseApp ()
Selle lihtsa meetodi järgimisega saavutatakse TC3 parameetrid. Vajaduse korral saab samas testis parameetrid määrata ka kõikidele teistele juhtumitele.
Näiteks on see hübriidraamistiku kujundamise väga lihtne viis. Sama raamistiku saab saavutada ka kirjeldava programmeerimisega.
Eelised
- Hübriidraamistikuga loodud testi läbimiseks kuluv aeg on teiste raamistikega võrreldes suhteliselt lühem
- Seda saab kasutada, kui vajame kõiki testjuhtumeid ja sisendeid, mis on seotud konkreetse testjuhtumiga, samas testikomplektis.
Puudus
- Erinevate raamistike ühendamise kohta on vaja selgeid teadmisi.