QTP/UFT Automaatiokehys: Datalähtöinen, avainsana- ja hybridi

by: Thomas Hamilton Thomas Hamilton
Hours Päivitetty

⚡ Älykäs yhteenveto

Automaatiokehykset QTP/UFT Järjestä testiskriptit, data ja uudelleenkäytettävät funktiot siten, että yksi testi voi kattaa useita tapauksia. Datapohjaiset, avainsanapohjaiset ja hybridimallit sopivat kukin erilaiseen syötteiden ja uudelleenkäytettävän logiikan yhdistelmään.

  • 🔘 Datalähtöinen suunnittelu: Skriptit lukevat syötteitä Excelistä tai tietokannasta ja kirjoittavat tulokset takaisin, joten yksi testi suorittaa useita iteraatioita.
  • ☑️ Avainsanalähtöinen suunnittelu: Käyttäjän määrittämistä funktioista tulee avainsanoja, kuten Login ja OpenOrder, joita kutsutaan kompaktista ajuriskriptistä.
  • ✅ Hybridisuunnittelu: Avainsanafunktiot kantavat logiikan, kun taas parametrisoitu data syöttää vaiheet, jotka vaativat useita syötteitä.
  • 🧪 Objektivarasto ensin: Jokainen testin käyttämä kontrolli on lisättävä, ennen kuin mikään skripti voi tunnistaa sen luotettavasti.
  • 🛠️ Nykyiset työkalut: QTP on nyt OpenText Toiminnallinen testaus (UFT Yksi), ja VBScript on edelleen sen tukema komentosarjakieli.
Lue lisää

Data-, avainsana- ja hybridiautomaatiokehykset QTP/UFT

Dataan perustuva viitekehys

Datalähtöinen viitekehys on viitekehys, jota ohjaavat erilaiset syöte- ja tulosdatan yhdistelmät.

Yksi tapa välittää erilaisia ​​datayhdistelmiä on ParametrisointiTässä menetelmässä käytämme eri ominaisuuksia QTP.

DDF:ssä skriptit kirjoitetaan kuitenkin parametrointia varten. Tällainen kehys on hyödyllinen, kun AUT:n toimivuus on testattava useilla tuloilla ja siepattava vastaavat lähdöt. Nämä syötteet voidaan lukea ulkoisesta tiedostosta, kuten tietokannasta, Excelistä, Outlook, Tekstitiedosto jne. ja vastaavat tulosteet kirjoitetaan takaisin vastaavaan ulkoiseen lähteeseen, kuten alla on esitetty.

Data-Driven Frameworkin työnkulku syöttödatan lukemisessa ja tulosdatan kirjoittamisessa

Datalähtöisen viitekehyksen yleiset vaiheet ovat:

  1. Valmista Testitapaus testattavana olevalle hakemukselle
  2. Lisää objektit AUT:sta kohtaan OR
  3. Kirjoita komentosarjat testitapauksen perusteella

Tässä UFT oppitunti, kehitämme datalähtöisen viitekehyksen esimerkkitestitapaukselle käyttämällä Exceliä testidatan ulkoisena lähteenä.

Vaihe 1) Valmistele testitapaus testattavaa sovellusta varten

Testitapaus: Avaa tilausnumero ja hanki tilauksen asiakkaan nimi. Toista sama prosessi eri tilausnumeroille

Ulkoinen lähde: Excel-tiedosto

Lentovaraustilauslomaketta käytettiin malliesimerkkinä viitekehykselle

Tämän esimerkin ulkoinen lähde on Excel-tiedosto. VB-skripti tiedostossa OpenText Toiminnallinen testaus (UFT Yksi, aiemmin Micro Focus UFT) on kirjoitettava Excel-tiedoston avaamiseksi testidatan lukemiseksi. Tämä voidaan saavuttaa hierarkkisella tavalla.

1. Excel-tiedosto avataan ensin sovelluksena

2. Sitten työkirja on avattava määritetystä paikasta

3. Arkki, jossa testitiedot ovat.

4. Lopuksi solu on luettava.

Vaihe 2) Lisää objektit AUT:sta OR:iin

Kun testitapaus on valmis, aloita kaikkien tarvittavien objektien lisääminen arkistoon. Testitapauksessamme lisättävät objektit ovat seuraavat

1. Avaa kansio -kuvake Lentovaraussovellus:

Avaa kansio -työkalurivin kuvake lisätty QTP/UFT objektivarasto

2. ”Tilausnro”-valintaruutu, joka tulee näkyviin napsauttamalla ”Avaa kansio” -kuvaketta:

Tilausnumero-valintaruutuobjekti on tallennettu Avaa tilaus -valintaikkunasta.

3. Tilausnumeron WinEdit-kenttä (johon numerot syötetään):

WinEdit-ruutu tietovarastoon lisätylle tilausnumerolle

4. OK-painike:

Avaa tilaus -valintaikkunan OK-painikeobjekti

5. ”Nimi”-kenttä, joka on WinEdit-ruutu. Tähän kenttään lisätään nimi, kun OK-painiketta napsautetaan tietyn tilausnumeron kohdalla:

Nimi WinEdit-kenttä, joka vastaanottaa asiakkaan nimen

Kun kaikki tarvittavat objektit on lisätty, objektivarasto näyttää seuraavanlaiselta:

Valmistunut QTP/UFT objektitietovarasto, joka listaa kaikki viisi lentovarausobjektia

Älä Miss:

Vaihe 3) Kirjoita testitapaukseen perustuvat skriptit

Varmista ennen komentosarjan suorittamista, että testitiedot sisältävä Excel-tiedosto on tallennettu ja suljettu.

Alla oleva komentosarja on lukea tilausnumero Excelistä ja liittää se sovellukseen muuttujan ”vOrder” kautta ja kirjoittaa asiakkaan nimi sovelluksesta muuttujan ”vName” kautta.

Excelin nimi: FlightDDF.xlsx

Arkin nimi: Sheet1

VBScript, joka lukee tilausnumeron Excelistä ja kirjoittaa asiakkaan nimen takaisin

ulostulo

Kun yllä oleva komentosarja on suoritettu, tulos voidaan saada Excelistä seuraavasti:

Excel-taulukko, joka näyttää datapohjaisen komentosarjan takaisinkirjoittamat asiakkaiden nimet

Datalähtöistä viitekehystä voidaan kehittää myös kirjoittamalla kuvaava ohjelmointi.

Tietokannan käyttäminen DDF:n ulkoisena lähteenä

Sama testitapaus voidaan suorittaa, jos ulkoinen lähde on tietokanta seuraavien vaiheiden avulla

  1. Muodosta tietokantayhteys kirjoittamalla VBScript
  2. VBScript avataksesi tietuejoukon tai taulukon.
  3. VBScript avataksesi halutun kentän
  4. Tietty solu luetaan kentästä.

Microsoft Access-tietokannan taulukkoa käytetään DDF:n ulkoisena lähteenä

Käsikirjoitus

To Establish a Microsoft Database connection

Kuljettaja = {Microsoft Pääsyohjain (*.mdb)}; DBQ =

Levysarjan nimi: OpenOrder

Kentän nimi: Tilausnro, Asiakasnimi

PS: Microsoft Access 2010:tä ei voi yhdistää alla olevan komentosarjan avulla.

VBScript muodostaa yhteyden Access-tietokantaan ja lukee tietuejoukon

ulostulo

Tietokannan tuloste, joka näyttää kunkin tilausnumeron yhteydessä noudetun asiakkaan nimen

DDF:n edut

  • Suuri määrä testitietoja voidaan lukea ja kirjoittaa ulkoiseen tiedostoon yhdellä testillä
  • Loop-lausetta käytetään toistamaan samat vaiheet useissa iteraatioissa. Näin ollen koodaustyö vähenee
  • Koska tiedot luetaan ja kirjoitetaan suoraan ulkoiseen tiedostoon, tietoja ei tarvitse kopioida, liittää tai viedä niiden käyttämiseksi
  • Testitiedot voidaan lukea ulkoisesta tiedostosta ja lähdöt voidaan kirjoittaa mihin tahansa ulkoiseen tiedostoon

DDF:n haitat

  • Tämän kehyksen kehittäminen edellyttää komentosarjaosaamista
  • Joskus ulkoisesta lähteestä, kuten tietokannasta, tulevan datan määrä tai yhdistelmät voivat hidastaa tai jopa kaataa sovelluksen. QTP

Avainsanapohjainen viitekehys

Avainsanapohjainen viitekehys on viitekehys, jossa avainsanat ohjaavat testiä. Tässä avainsana viittaa siihen, käyttäjän määrittämiä toimintoja. Tässä kehyksessä avainsanoja luodaan tietyn testivaiheen tai testitapauksen suorittamiseksi. Nämä avainsanat kutsutaan sitten ohjaintestiin useiden testitapausten suorittamiseksi samassa testissä.

Avainsanapohjainen viitekehysrakenne, jossa avainsanat kutsuvat käyttäjän määrittämiä funktioita

Yleisesti ottaen viitekehykset voidaan kehittää kolmella tavalla testiin pääsemiseksi.

  1. Tallenna ja suorita koe
  2. Lisää objekteja paikalliseen arkistoon ja kirjoita komentosarjat kaikille testivaiheille
  3. Kirjoita kuvaava ohjelmointi kaikille testivaiheille

Tässä opetusohjelmassa KDF kehitetään tallentamalla ja suorittamalla testi.

Tavoitteenamme on suorittaa yksi testi viidelle eri testitapaukselle, kuten kirjautuminen sovellukseen, tilauksen tekeminen, tilauksen avaaminen, tilauksen poistaminen ja sovelluksen sulkeminen. Siksi tallennamme näiden testitapausten testivaiheet ja luomme funktiot avainsanoilla Login, InsertOrder, OpenOrder, DeleteOrder ja CloseApp.

Testitapaus1: Kirjaudu sovellukseen

Avainsana: Kirjaudu sisään ()

Tallennettu käsikirjoitus:

Tallennettu VBScript-koodi lentovarauksen kirjautumisnäytön Login-avainsanalle

Testitapaus2: Lisää tilaus

Avainsana:InsertOrder()

Tallennettu käsikirjoitus:

Tallennettu VBScript-koodi InsertOrder-avainsanalle

Testitapaus 3: Avaa tilaus

Avainsana:OpenOrder()

Tallennettu käsikirjoitus:

Tallennettu VBScript-koodi OpenOrder-avainsanalle

Testitapaus 4: Poista tilaus

Avainsana:DeleteOrder()

Tallennettu käsikirjoitus:

Tallennettu VBScript-koodi DeleteOrder-avainsanalle

Testitapaus 5: Sulje sovellus

Avainsana:SuljeApp()

Tallennettu käsikirjoitus:

Tallennettu VBScript CloseApp-avainsanalle

Eri testitapauksille luodut funktiot tallennetaan funktiokirjastoon ja liitetään päätestiin. Riittää, kun päätestissä kutsut avainsanoja tarvittaville testitapauksille, mikä pienentää päätestin ajurikoodin kokoa.

Tämän yksinkertaisen kehyksen ohjainskripti näyttää tältä:

Ajurin komentosarja, joka kutsuu kaikkia viittä avainsanaa yhdestä QTP/UFT testi

Suorittamalla yllä oleva komentosarja, kaikkien viiden testitapauksen todellinen tulos voidaan saada yhdestä testistä.

edut

  • Mikä tahansa määrä testitapauksia voidaan suorittaa yhdellä testillä vain kutsumalla niitä vastaavia avainsanoja
  • Yleisen kuvaavan ohjelmoinnin kirjoittaminen kaikille web/Windows-objekteille ja niiden kutsuminen avainsanoiksi auttaa suorittamaan saman testin eri dynaamisille sovelluksille
  • Pienentää ajurin komentosarjan kokoa

Haitat

  • Näiden kehysten kehittämiseen kuluva aika on erittäin pitkä, jos suoritettavia testitapauksia on hyvin vähän
  • Vaiheiden tallentamista ei aina käytetä suunniteltaessa KDF:ää useille sovelluksille samassa testissä.

Hybridikehys

Hybridikehys on yhdistelmä datalähtöistä viitekehystä (DDF) ja avainsanalähtöistä viitekehystä (KDF), jossa samassa testissä voidaan suorittaa useita testitapauksia useilla eri syötteillä.

Tässä artikkelissa suoritetaan samat testitapaukset, joita käytetään KDF:ssä, yhdessä testissä. Kaikkien testitapausten avainsanat ja skriptit ovat samat kuin KDF:ssä. TC3: Avaa tilaus on kuitenkin parametrisoitu. Siksi tämän testitapauksen skripti on kirjoitettu vastaanottamaan tilausnumero Excel-tiedostosta ja kirjoittamaan asiakkaan nimen Excel-tiedostoon.

Hybridikehys, joka yhdistää avainsanafunktiot parametrisoituihin Excel-tietoihin

Testitapaus1: Kirjaudu sovellukseen

Avainsana: Kirjaudu sisään ()

Testitapaus2: Lisää tilaus

Avainsana:InsertOrder()

Testitapaus 3: Avaa tilaus useille tilausnumeroille

Avainsana:OpenOrder()

Descriptioni: Tässä käytetään samaa komentosarjaa, jota käytetään DDF:n kehittämiseen, jolloin saadaan testitapaus useille iteraatioille.

käsikirjoitus:

Parametrisoitu OpenOrder-avainsanakomentosarja, joka lukee useita tilausnumeroita Excelistä

Testitapaus 4: Poista tilaus

Avainsana:DeleteOrder()

Testitapaus 5: Sulje sovellus

Avainsana:SuljeApp()

Tätä yksinkertaista menetelmää noudattamalla saavutetaan TC3:n parametrointi. Tarvittaessa kaikki muut testitapaukset voidaan myös parametroida samassa testissä.

Yllä oleva esimerkki on hyvin yksinkertainen tapa suunnitella hybridikehys. Sama kehys voidaan saavuttaa myös kuvailevalla ohjelmoinnilla.

edut

  • Hybridikehyksellä suunnitellun testin suorittamiseen kuluu suhteellisen vähemmän aikaa verrattuna muihin kehyksiin
  • Tätä voidaan käyttää, kun tarvitsemme kaikki testitapaukset ja syötteet, jotka liittyvät tiettyyn testitapaukseen, samassa testipaketissa.

haitta

  • Tarvitaan selkeää tietoa erilaisten puitteiden yhdistämisestä.

UKK

Ei. QuickTest Professionalista tuli Micro Focus UFT, sitten UFT Yksi, ja sitä myydään nyt nimellä OpenText Toiminnallinen testaus. Tässä esitetyt kehysrakenteet ovat edelleen voimassa.

Datalähtöisten, avainsanoihin perustuvien ja hybridimallien lisäksi tiimit käyttävät myös lineaarisia tallennus- ja toistomalleja, modulaarisia, kirjastoarkkitehtuuriin perustuvia ja käyttäytymiseen perustuvia malleja. Useimmat kypsät ohjelmistopaketit päätyvät hybrideiksi.

AI sisään OpenText Toiminnallinen testaus tunnistaa kontrollit ulkonäön ja otsikon perusteella teknisten ominaisuuksien sijaan, joten testit selviävät käyttöliittymän muutoksista. Tekoälyavustajat selittävät myös vanhan VBScriptin nopeasti.

Kyllä. Lentoperämies ehdottaa VBScript-silmukoita, Excel-automaatiota ja virheiden käsittelyä, mikä sopii avainsanakirjastoihin. Revkatso jokaista ehdotusta, koska objektitietovarastojen nimet ja UFT-kohtaisten menetelmien on vastattava resurssejasi.

VBScript on ainoa kieli, jota tuetaan täysin UFT Yksi IDE. Excelin, tietokannan ja tiedostojen käyttö tapahtuu VBScript-objektien kautta, kuten tämä ohje osoittaa.

Excel sopii pienille, testaajien ylläpitämille tietojoukoille. Tietokanta skaalautuu paremmin ja tukee jaettua käyttöä, mutta suuret tulosjoukot voivat hidastaa testiä, kuten lähdekoodi varoittaa.

Kyllä. Näillä malleilla luodut testit voidaan tallentaa ja laukaista OpenText ALM tai CI-työ, joten sama avainsanakirjasto suoritetaan valvomatta jokaisen koonnin jälkeen.

Aloita datalähtöisesti yhdellä tallennetulla testillä ja Excel-taulukolla. Kun vaiheet ovat vakiintuneet, kääri ne avainsanafunktioiksi ja yhdistä molemmat hybridimalliksi.

Tiivistä tämä viesti seuraavasti: