Reporter.ReportEvent sees UFT/QTP koos Näitega
Thomas Hamilton
⚡ Nutikas kokkuvõte
Reporter.ReportEvent sees UFT/QTP saadab kohandatud läbimise, ebaõnnestumise, hoiatuse ja teavitussõnumeid otse Run Results Viewerisse, kasutades olekukonstante micPass, micFail, micDone ja micWarning, andes testijatele loetava samm-sammult ülevaate sellest, mida automatiseeritud skript tegelikult tegi.
Mis on Reporter.ReportEvent? UFT/QTP?
Reporter.ReportEvent on sisse ehitatud standardmeetod UFT/QTP (nüüd müüakse kui OpenText/Mikrofookus UFT Üks), mis kirjutab kohandatud, inimloetava teate otse testitulemuste aknasse. Erinevalt sisseehitatud kontrollpunktide genereeritud automaatsetest läbimise või mitteläbimise otsustest võimaldab ReportEvent-kutse testijal täpselt otsustada, mida, millal ja kuidas logitakse.
see HP QTP juhendaja demonstreerib funktsiooni kasutamist Reporter.ReportEvent ja Tulemuste vormindamineÕpetuses palutakse teil luua lühike skript ja selle skriptimisharjutuse täitmine on kiireim viis näha, kuidas kohandatud aruandlus reaalajas tulemuste puud värskendab.
Click siin kui video pole juurdepääsetav
Reporter.ReportEvent on automatiseerimises kõige olulisem, kuna skript töötab tavaliselt järelevalveta, ajakava alusel või CI/CD konveieri sees. Käivitustulemuste fail saab ainsaks toimunu kohta käivaks kirjeks, seega samm, mis vaikselt ebaõnnestub või ilma selgituseta läbi läheb, muudab hilisema silumise palju raskemaks. Selgesõnalise ReportEvent-kutse lisamine pärast kriitilist toimingut muudab tulemuste puu loetavaks samm-sammult auditeerimisjäljeks, mida testija, arendaja või haldur saab üle vaadata ilma skripti ennast avamata.
See erineb objekti kontrollpunktist, mis UFT genereerib automaatselt ja esitab aruanded oma vaikimisi sammunime abil. Reporter.ReportEvent võimaldab teil selle asemel lisada äriliselt olulist teksti, näiteks „Tellimuse kinnitus kuvatakse”, mitte üldist „Kontrollpunkti läbimine WebEdit objektil”, mida on mitte-tehnilisel sidusrühmal lõpparuandes palju lihtsam lugeda. Meetod toimib samamoodi olenemata sellest, kas skript on suunatud veebilehele, Windows töölauarakendus või suurarvuti terminal, kuna Reporter on globaalne objekt, mitte ühegi testobjekti omadus.
Guru99 on UFT/QTP sari käsitleb seda meetodit kohe pärast If, Else ja Exists laused, sest enamik Reporter.ReportEvent päringuid asuvad tingimusplokis, mis otsustab, kas tulemus tuleks esitada kui micPass või micFail.
Reporter.ReportEvent süntaks ja EventStatus väärtused
Võite kasutada Reporter.ReportEvent kohandatud testietappide aruandluseks Micro Focusis UFTtesti tulemuste puu. Meetod aktsepteerib kolm kohustuslikku argumenti ja ühe valikulise argumendi fikseeritud järjekorras, nagu allpool näidatud.
Reporter.ReportEvent EventStatus, ReportStepName, Details [, ImageFilePath]
Sündmuse olek määrab etapi ikooni ja värvi ning saab üldist käivitusolekut ümber pöörata; AruandeStepName on lühike silt, mis kuvatakse testitulemuste puus ja mis on üldiselt kirjutatud oodatava tulemusena; Detailid sisaldab pikemat kirjeldust, tavaliselt tegelikku vaadeldud tulemust, ja valikulist Pildifaili tee lisab sellele konkreetsele sammule skripti varasemas etapis jäädvustatud ekraanipildi.
| VALUE | PÜSIV | MÕJU TULEMUSTELE | MÕJU TÖÖOLUTUSELE |
|---|---|---|---|
| 0 | micPass | Tulemuste puus kuvatakse etapp kui „Pass“ (läbitud). | Muutusi pole; test jätkub edukalt sooritatuna |
| 1 | micFail | Tulemuste puus kuvatakse etappi kui ebaõnnestunud | Käitamise üldine olek muutub olekuks „Nurjus” |
| 2 | micDone | Samm kuvatakse teavitussõnumina | Läbitud/Keelatud staatuse muutust ei toimu |
| 3 | mikrofonihoiatus | Samm kuvatakse hoiatusena | Läbitud/Keelatud staatuse muutust ei toimu |
Iga konstanti saab nime asemel edastada ka numbrilise väärtusena, seega Reporter.ReportEvent 1, „Samm”, „Detail” käitub täpselt nagu Reporter.ReportEvent micFail, „Samm”, „Detail”Nimega konstandi kasutamine on skriptis, mida teine testija hiljem haldab, lihtsam lugeda.
Skript pesastab tavaliselt ühte toimingusse mitu ReportEvent-käsku: micDone-kirje enne toimingu algust, ühe micPass- või micFail-kirje võtme kontrollimiseks ja täiendavad micWarning-kirjed millegi ebatavalise kohta, mida toimingu käigus märgatakse.
- Kui testjuhtumeid käivitatakse automatiseerimistööriistade abil, võib teatud kasutajatel olla keeruline algtesti tulemusi mõista. Saate kasutada results.xml, et luua XSL-fail, mis esitab testi tulemused teie eelistatud viisil.
- Vous pouvez aussi kasutamine Vbscript raamatukogu funktsioonid salvesta tulemused xls- või tekstifaili väliste teadete esitamiseks UFT.
Reporter.ReportEventi kasutamine: praktilised näited
Süntaksi tundmine on üks asi; selle nägemine päris skriptis paneb neli olekukonstanti klõpsama. Allolev näide mässib kontrolli If…Then…Else lause sisse ja seejärel annab Reporter.ReportEvent abil teada õnnestumisest või ebaõnnestumisest, nii et tulemus kuvatakse tulemuste puus täpselt seal, kus arvustaja seda ootab.
If Browser("Guru99 Demo").Page("Guru99 Demo").WebButton("Login").Exist(5) Then Reporter.ReportEvent micPass, "Login button check", "Login button was found on the page" Else Reporter.ReportEvent micFail, "Login button check", "Login button was not found on the page" End If
See peegeldab joonisel näidatud mustrit Guru99 on VBScripti tingimuslaused õpetus, kus If…Then…Else plokk valib kahe tulemuse vahel; ainus erinevus seisneb selles, et iga haru kutsub tulemuse logimiseks ka Reporter.ReportEvent funktsiooni.
Kasutama micDone puhtalt informatiivse sammu jaoks ja mikrofonihoiatus kui midagi tundub ebatavaline, aga ei tohiks käivitamist kohe läbi kukkuda. Järgmine koodilõik logib andmesisestuse etapi valmisolekuks, seejärel märgib aeglase vastuse hoiatusena ja lisab ekraanipildi valikulise ImageFilePath argumendi abil.
Reporter.ReportEvent micDone, "Enter search text", "Typed 'UFT tutorial' into the search box" errorImage = "C:\Results\SearchDelay.png" Browser("Guru99 Demo").CaptureBitmap errorImage, True Reporter.ReportEvent micWarning, "Search response time", "Results took longer than 5 seconds to load", errorImage
hoidma AruandeStepName lühike ja hoia Detailid tegeliku tulemuse kohta täpne. Ülevaataja, kes skannib sadu logitud samme pärast ebaõnnestunud öist käivitamist, peaks suutma öelda, mis juhtus, ilma skripti ennast avamata, ja ühtne nimetamismuster igas toimingus muudab skannimise palju kiiremaks.
Meeskonnad, kes kutsuvad funktsiooni ReportEvent mitmest skriptist, teisaldavad selle loogika sageli jagatud VBScripti funktsiooni, näiteks LogStep(olek, nimi, üksikasjad), nii et iga skript loob järjepideva tulemuste puu ilma sama If…Then plokki kordamata.
Reporteri objekti atribuudid: Filter, ReportPath ja RunStatus
Reporter.ReportEvent ei ole Reporter-objekti ainus liige. Kolm täiendavat omadust annavad täiendava kontrolli tulemuste sisu ja asukoha üle. UFT salvestab neid ja need ilmuvad sageli tootmise automatiseerimise raamistikes.
| OMAND | EESMÄRK | TÜÜPILINE KASUTUS |
|---|---|---|
| filtrid | Juhib, milliseid sündmuste tüüpe tulemustesse kirjutatakse | Reporter.Filter = rfEnableErrorsAndWarnings peidab pikas perspektiivis läbitud sammud |
| Aruandetee | Kirjutuskaitstud; tagastab kausta, kuhu praeguse käivitamise tulemused salvestatakse | tulemuste kaust = Reporter.AruandeTee |
| Käivita olek | Kirjutuskaitstud; tagastab seni tehtud käivitamise praeguse oleku (Passed/Fail) | Kui Reporter.RunStatus = micFail, siis väljumistoiming |
Reporter.Filter aktsepteerib nelja väärtust: 0 või rfEnableAll kuvab kõik sündmused ja on vaikeväärtus; 1 või rfEnableErrorsAndWarnings peidab läbitud sammud; 2 või rfEnableErrorsOnly peidab nii läbitud sammud kui ka hoiatused; ja 3 või rfDisableAll lülitab tulemuste logimise täielikult välja. Reporter.RunStatus kontrollimine skripti keskel võimaldab testil hargneda oma loogikale, näiteks vahele jätta.ping toimingu ülejäänud etapid pärast seda, kui eelmine etapp on juba ebaõnnestunud.
Kuna ReportPath ja RunStatus on kirjutuskaitstud, ei saa te neile väärtust määrata; kasutage neid praeguse käituse kohta teabe lugemiseks, näiteks tulemuste kausta tee kirjutamiseks skripti alguses logifaili või pika toimingu lühistamiseks pärast saatuslikku tõrget. Nende omaduste lugemine lisab tühist lisakoormust, seega on Reporter.RunStatus'i ohutu kontrollida pärast iga suuremat sammu pikas regressioonikomplektis, ilma et see aeglustaks käitust märgatavalt.
Reporter.ReportEventi parimad tavad UFT
Mõned harjumused muudavad kohandatud aruandluse kasulikuks, mitte lärmakaks.
- Reserveeri micFail tõeliste tõrgete jaoks: Iga micFail-kutse pöörab Reporter.RunStatuse ümber, seega selle kasutamine kosmeetiliste probleemide korral peidab sama käivitamise hilisemad tegelikud vead.
- Kirjutage ReportStepName oodatava tulemuse kujul: Läbivaataja peaks kontrollist aru saama ainuüksi etapi nimest, ilma Üksikasjade veergu lugemata.
- Jäädvusta ekraanipilte ainult rikke korral: ImageFilePathi edastamine igal sammul täidab tulemuste kausta kiiresti ja aeglustab töötlemist, millest on vähe kasu.
- Mürakate jooksude filtreerimine: Määrake ajastatud või konfiguratsiooniinterferomeetri käivituste jaoks Reporter.Filter väärtuseks rfEnableErrorsAndWarnings, et läbitud sammud ei varjaks olulisi tõrkeid.
- Tsentraliseeri loogika: Mähi Reporter.ReportEvent kõned korduvkasutatava faili sees tegevus või funktsiooniteeki, nii et iga komplekti skript logib tulemusi samamoodi.
- Eksport mitte-tehnilistele lugejatele: Kombineeri results.xml kohandatud XSL-iga, kui QA meeskonnast väljaspool olevad sidusrühmad peavad tulemusi avamata üle vaatama. UFT.
