Testige automaatika raamistikke - asju, mida peate teadma!

Selles õpetuses saate teada

• Mis on raamistik?
• Mis on TEST Automation Framework?
• Automaatika raamistiku tüübid
• 1) Lineaarne skriptimine - salvestamine ja taasesitus
• 2) Testraamatukogu arhitektuuri raamistik.
• 3) andmepõhine testimisraamistik.
• 4) Märksõnade või tabelitega testimise raamistik.
• 5) hübriidkatse automatiseerimise raamistik.

Mis on raamistik?

Raamistiku raamatulise määratluse pakkumise asemel kaalugem näiteks.

Olen kindel, et olete osalenud seminaril / loengul / konverentsil, kus osalejatel paluti järgida järgmisi juhiseid -

• Osalejad peaksid oma koha hõivama 5 minutit enne loengu algust
• Võtke märkmete tegemiseks kaasa märkmik ja pastakas.
• Lugege kokkuvõtet, nii et teil on ettekujutuse ettekujutus.
• Mobiiltelefonid peaksid olema sisse lülitatud hääletuks
• Kui peaksite loengu keskelt lahkuma, kasutage kõneleja teises otsas olevaid väljumisväravaid.
• Küsimused esitatakse sessiooni lõpus

Kas arvate, et saate seminari läbi viia ILMA neid juhiseid järgimata ????

Vastus on suur JAH! Kindlasti saate seminari / loengut / konverentsi / demonstratsiooni läbi viia ilma ülaltoodud juhisteta (tegelikult mõned meist ei järgi neid, isegi kui need on ette nähtud ... :-)

Kuid kui juhiseid järgitakse, toob see kaasa kasuliku tulemuse, näiteks publiku hajutatuse vähenemine loengu ajal ning osalejate suurem hoidmine ja teema mõistmine.

Eeltoodust lähtudes saab raamistiku määratleda kui suuniste kogumit, mis järgimisel annab kasulikke tulemusi.

Mis on TEST Automation Framework?

Juhiste kogum, nagu kodeerimisstandardid, testandmete käitlemine, objektide hoidla töötlemine jne ... mis automaatse skriptimise käigus järgimisel toovad kasulikke tulemusi, näiteks suurendavad koodi taaskasutamist, suuremat kaasaskantavust, vähendavad skripti hoolduskulusid jne. mitte reeglid; need ei ole kohustuslikud ja saate skripte siiski juhiseid järgimata. Kuid te jätate raamistiku eelistest ilma.

Automaatika raamistiku tüübid

1) lineaarsed skriptid
2) testraamatukogu arhitektuuri raamistik.
3) andmepõhine testimisraamistik.
4) Märksõnade või tabelitega testimise raamistik.
5) hübriidkatse automatiseerimise raamistik.

Vaatame neid üksikasjalikult -

1) Lineaarne skriptimine - salvestamine ja taasesitus

See on kõigist raamistikest kõige lihtsam ja seda nimetatakse ka "Salvesta ja taasesita" . Selles raamistikus salvestab Tester esimeses voorus käsitsi kõik sammud (navigeerimine ja kasutaja sisendid), lisab kontrollpunktid (valideerimise etapid). Seejärel esitab ta järgmistes voorudes salvestatud stsenaariumi.

Nt: kaaluge lendude broneerimise rakendusse sisselogimist ja kontrollige, kas rakendus on edukale sisselogimisele laaditud. Siin registreerib testija etapid ja lisab valideerimise etapid.

SystemUtil.Run "flight4a.exe", "", "", "avatud"Dialoog ("Logi sisse"). WinEdit ("Agendi nimi:"). Määra "Guru99"Dialoog ("Logi sisse"). WinEdit ("Parool:"). Määra "Mercury"Dialoog ("Logi sisse"). WinButton ("OK"). Klõpsake nuppu'Kontrollige lennu broneerimise akent pärast edukat sisselogimistAken ("Lennu broneerimine"). Kontrollige CheckPointi ("Lennu broneerimine")

Eelised

• Kiireim viis skripti genereerimiseks
• Automatiseerimise asjatundlikkus pole vajalik
• Lihtsaim viis testimistööriista funktsioonide õppimiseks

Puudused

• Skriptide vähene taaskasutamine
• Testandmed kodeeritakse skripti kõvakoodiga
• Hoolduse õudusunenägu

2) Testraamatukogu arhitektuuri raamistik.

Seda tuntakse ka kui "struktureeritud skripte" või "funktsionaalset lagunemist".

Selles raamistikus salvestatakse testskriptid algselt meetodi "Salvesta ja taasesita" abil. Hiljem tuvastatakse skriptides olevad ühised ülesanded ja rühmitatakse funktsioonideks. Neid funktsioone nimetatakse testjuhtude loomiseks erineval viisil draiveri nimega Driver .

Nt: Kasutades ülaltoodud näidet, näeb välja selline funktsioon, kuidas logib sisse reserveerimine.

Funktsiooni sisselogimine ()SystemUtil.Run "flight4a.exe", "", "", "avatud"Dialoog ("Logi sisse"). WinEdit ("Agendi nimi:"). Määra "Guru99"Dialoog ("Logi sisse"). WinEdit ("Parool:"). Määra "Mercury"Dialoog ("Logi sisse"). WinButton ("OK"). Klõpsake nuppuFunktsioon Lõpeta

Nüüd kutsute seda funktsiooni põhiskriptis järgmiselt

Helista sisselogimisele ()---------------------------Muud funktsioonikõned / testimisetapid.---------------------------

Eelised

• Struktureeritud skriptides saavutatakse koodide taaskasutamise tase kõrgemal kui „Salvesta ja taasesita”
• Automaatikaskriptide väljatöötamine on vähem kulukas, kuna kood on suurem korduskasutatud
• Lihtsam skripti hooldus

Puudused

• Skriptide kirjutamiseks Test Library Frameworkiga on vaja tehnilisi teadmisi.
• Testskriptide kavandamiseks ja ettevalmistamiseks on vaja rohkem aega.
• Testandmed on skriptides kõvakodeeritud

3) andmepõhine testimisraamistik.

Selles raamistikus, kui testjuhtumite loogika asub testskriptides, eraldatakse testandmed ja hoitakse neid väljaspool testskripte. Testandmed loetakse välistest failidest (Exceli failid, tekstifailid, CSV-failid, ODBC-allikad, DAO-objektid, ADO-objektid) ja laaditakse testiskripti muutujatesse. Muutujaid kasutatakse nii sisendväärtuste kui ka kontrollväärtuste jaoks. Testskriptid ise koostatakse kas lineaarsete skriptide või Test Library Framework abil.

Nt: Lennumeetmete broneerimise sisselogimise skripti väljatöötamine selle meetodi abil hõlmab kahte sammu.

1. samm. Looge test - andmefail, mis võib olla Excel, CSV või mõni muu andmebaasiallikas.

AgentNimi	Parool
Jimmy	elavhõbe
Tina	ELAVHÕBE
Bill	Elavhõbe

Samm 2) Arendage testskript ja lisage viited oma testandmete allikale.

SystemUtil.Run "flight4a.exe", "", "", "avatud"Dialoog ("Logi sisse"). WinEdit ("Agendi nimi:"). Määra DataTable ("AgentName", dtGlobalSheet)Dialoog ("Logi sisse"). WinEdit ("Parool:"). Määra DataTable ("Parool", dtGlobalSheet)Dialoog ("Logi sisse"). WinButton ("OK"). Klõpsake nuppu'Kontrollige lennupiletite akentAken ("Lennu broneerimine"). Kontrollige CheckPointi ("Lennu broneerimine")** Märkus "dtGlobalSheet" on QTP poolt pakutav Exceli vaikeleht.

Eelised

• Testskriptide muudatused ei mõjuta testiandmeid
• Testjuhtumeid saab täita mitme andmekogumiga
• Erinevaid teststsenaariume saab käivitada, muutes lihtsalt välise andmefaili testiandmeid

Puudused

• Nii testskriptide kui ka testandmete kavandamiseks ja ettevalmistamiseks on vaja rohkem aega

4) Märksõnade või tabelitega testimise raamistik.

Märksõna- või tabelipõhine raamistik nõuab andmetabelite ja märksõnade väljatöötamist, sõltumata nende käivitamiseks kasutatavast testautomaatika tööriistast . Katseid saab koostada koos rakendusega või ilma. Märksõnapõhises testis on rakenduse testimise funktsionaalsus dokumenteeritud nii tabelis kui ka iga katse järkjärgulistes juhistes.

Märksõnadepõhises raamistikus on 3 põhikomponenti, st. Märksõna, rakenduse kaart, komponendi funktsioon.

Mis on märksõna?

Märksõna on toiming, mida saab GUI komponendil teha. Nt GUI komponendi tekstikasti puhul on mõned märksõnad (toiming) InputText, VerifyValue, VerifyProperty ja nii edasi.

Mis on rakenduste kaart?

Rakenduste kaart pakub GUI komponentide nimega viiteid. Rakenduste kaardid pole muud kui " Object Repositry "

Mis on komponendi funktsioon?

Komponendifunktsioonid on funktsioonid, mis aktiivselt manipuleerivad või küsivad GUI komponenti. Funktsiooni näide on klõpsamine nupul Veebiklahv kogu tõrkeotsinguga, Veebiredigeerimisse andmete sisestamine koos kõigi tõrkekäsitlustega. Komponendifunktsioonid võivad olla rakendusest sõltuvad või sõltumatud.

Nt : Märksõnavaate mõistmiseks võtame sama näite. See hõlmab kahte sammu

1. samm : andmetabeli loomine (erineb andmepõhises raamistikus loodud testandmete tabelist). See andmetabel sisaldab GUI-objektidega tehtavat toimingut ja vastavaid argumente, kui neid on. Igas reas esitatakse üks testisamm.

Objekt (Rakenduse MAP)	Tegevus (MÄRKSÕNAD)	Argument
WinEdit (agendi nimi)	Määra	Guru99
WinEdit (parool)	Määra	elavhõbe
WinButton (OK)	Klõpsake nuppu
Aken (lennu broneerimine)	Kontrollige	Olemas

2. samm : koodi kirjutamine komponentfunktsioonide kujul.

Kui olete oma andmetabeli (d) loonud, kirjutate lihtsalt programmi või skriptikomplekti, mis loeb igas etapis, täidab sammu väljale Toiming sisalduva märksõna põhjal, kontrollib tõrkeid ja logib kogu asjakohase teabe. See programm või skriptide komplekt näeks välja sarnane alloleva pseudokoodiga:

Põhifunktsioon (){Tabeliga ühenduse loomiseks helistage ConnectTable (tabeli nimi) {// Helistamisfunktsioon.while (Call TableParser ()! = -1) // Funktsioon Helistamine tabeli väärtuste sõelumiseks ja väljavõtmiseks.{Andke väärtused vastavatele funktsioonidele COMPONENT. Nagu Set (Object Name, Argument) ex. Set (Agent Name, Guru99).}}Helistage CloseConnection () // Ühenduse sulgemise funktsioon pärast kõigi toimingute tegemist.} // Põhi lõpp

See kõik on märksõnapõhine raamistik.

Märksõnadepõhise raamistiku eeliseks on see, et märksõnad on korduvkasutatavad. Selle mõistmiseks peate kinnitama veebisaidi sisselogimistoimingut, öelge YAHOO MAIL. Tabel näeb välja selline -

Objekt (RAKENDUSKAART)	Toiming (KEYWORD)	Argument
WebEdit (kasutajanimi)	Määra	See e-posti aadress on spämmirobotite eest kaitstud. Selle vaatamiseks peate lubama JavaScripti.
WebEdit (parool)	Määra	xxxxx
Veebinupp (OK)	Klõpsake nuppu
Aken (Yahoo Mail)	Kontrollige	Koormused

Kui jälgite sellisel juhul märksõnade komplekti, klõpsake nuppu, kontrollige, jääb samaks, mille jaoks vastavad komponendifunktsioonid on juba välja töötatud. Kõik, mida peate tegema, on muuta rakenduse kaardistamine (objektivaramu) varasemast lennureserveerimisest Yahoo Mailiks, muutes argumentide väärtusi ja sama skript töötab!

Eelised

• Tagab kõrge koodide korduvkasutatavuse
• Testimisvahend on sõltumatu
• Sõltumata testitavast rakendusest töötab sama skript AUT-i jaoks (teatud piirangutega)
• Katseid saab koostada koos AUT-ga või ilma

Puudused

• Kui alginvesteering on üsna suur, saab selle eeliseid realiseerida ainult siis, kui rakendus on märkimisväärselt suur ja testskripte tuleb säilitada mitu aastat.
• Märksõnadepõhise raamistiku loomiseks on vaja kõrget automatiseerimist.

MÄRKUS. Kuigi Micro Focus UFT reklaamib ennast kui võtmesõnal põhinevat raamistikku, ei saa te HP UFT-i abil saavutada täielikku testimisriista ja rakenduse sõltumatust.

5) hübriidkatse automatiseerimise raamistik.

Nagu nimigi ütleb, on see raamistik kombinatsioon ühest või mitmest eespool käsitletud raamistikust, tuginedes nende tugevustele ja püüdes leevendada nende nõrkusi. See hübriidkatse automatiseerimise raamistik on see, millest enamik raamistikke areneb aja jooksul ja mitme projektina. Maksimaalne tööstus kasutab märksõnaraamistikku funktsioonide lagundamismeetodi kombinatsioonis.

PS: Muud mainimist väärivad raamistikud on

Testi modulaarsuse raamistik

Selles raamistikus on testskripti ühine ülesanne rühmitatud moodulitena.

Nt : Toimingute kasutamine QTP kasutamisel võib luua Modualri skriptid

Sisselogimiseks näidiskript

SystemUtil.Run "flight4a.exe", "", "", "avatud"Dialoog ("Logi sisse"). WinEdit ("Agendi nimi:"). Määra "Guru99"Dialoog ("Logi sisse"). WinEdit ("Parool:"). Määra "Mercury"Dialoog ("Logi sisse"). WinButton ("OK"). Klõpsake nuppu'Skripti lõpp

Nüüd saate seda toimingut põhiskriptis kutsuda järgmiselt -

RunAction ("Logi sisse [argument]", üks kordus)

Äriprotsesside testimine (BPT)

See raamistik jagab suured äriprotsessid komponentideks, mida saab sama või erineva testskripti abil mitu korda uuesti kasutada. Näiteks on lennu broneerimise äriprotsess jagatud sellisteks komponentideks nagu sisselogimine, lendude otsimine, broneerimine, maksmine ja väljalogimine, mida saab uuesti kasutada samas äriprotsessis või erinevates protsessides. Samuti hõlbustab BPT tihedamat koordineerimist VKEde ja automaatikainseneride vahel.