Data-, avainsana- ja hybridiautomaatiokehykset QTP/UFT-muodossa

Data Driven Framework

Data Driven Framework on kehys, jota ohjaavat erilaiset syöttö- ja lähtötietojen yhdistelmät.

Yksi tapa välittää erilaisia ​​datayhdistelmiä on parametrointi. Tässä menetelmässä käytämme erilaisia ​​QTP:n ominaisuuksia. Lisätietoja parametroinnista on osoitteessa tätä.

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 lähdöt kirjoitetaan takaisin vastaavaan ulkoiseen lähteeseen.

Data Driven Framework

Tietopohjaisen kehyksen yleiset vaiheet ovat:

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

Tässä UFT opetusohjelma, kehitämme datapohjaisen kehyksen mallitestitapaukseen käyttämällä Exceliä ulkoisena testitietojen lähteenä.

Vaihe 1) Valmistele testitapaus testattavalle sovellukselle

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

Ulkoinen lähde: Excel-tiedosto

Valmistele testitapaus testattavaa sovellusta varten

Tämän näytteen ulkoinen lähde on Excel-tiedosto. Micro Focus UFT:n VB-skripti on kirjoitettava Excel-tiedoston avaamiseksi testitietojen 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 kohtaan OR

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

Lisää objektit AUT:sta OR:iin

  • "Tilausnumero" -valintaruutu, joka saadaan, kun "Avaa kansio" -kuvaketta napsautetaan

Lisää objektit AUT:sta OR:iin

  • Tilausnumeron WinEdit-ruutu (johon numerot syötetään)

Lisää objektit AUT:sta OR:iin

  • OK-painike

Lisää objektit AUT:sta OR:iin

  • "Nimi" -kenttä, joka on WinEdit-ruutu. Tämä kenttä täytetään nimellä, kun OK-painiketta napsautetaan tietyn tilausnumeron kohdalla.

Lisää objektit AUT:sta OR:iin

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

Lisää objektit AUT:sta OR:iin

Vaihe 3) Kirjoita komentosarjat testitapauksen perusteella

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

Kirjoita komentosarjat testitapauksen perusteella

ulostulo

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

Kirjoita komentosarjat testitapauksen tulosteen perusteella

Data-Driven Frameworkia voidaan kehittää myös kirjoittamalla kuvaavaa ohjelmointia.

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ä.

Tietokannan käyttäminen 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.

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

ulostulo

Tietokannan käyttäminen DDF-ulostulon ulkoisena lähteenä

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, peräisin olevien tietojen määrä tai yhdistelmät voivat hidastaa QTP:tä tai jopa kaataa sen

Avainsanoihin perustuva kehys

Keyword Driven Framework on kehys, jossa avainsanat ohjaavat testiä. Tässä avainsana viittaa käyttäjän määrittämiin toimintoihin. Tässä kehyksessä avainsanoja luodaan tietyn testivaiheen tai testitapauksen suorittamiseksi. Nämä avainsanat kutsutaan sitten ohjaintestiin useiden testitapausten suorittamiseksi samassa testissä.

Lisätietoja käyttäjän määrittämistä QTP:n toiminnoista on osoitteessa tätä

Avainsanoihin perustuva kehys

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

  1. Tallenna ja suorita testi
  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:

Avainsanoihin perustuva kehys

Testitapaus2: Lisää tilaus

Avainsana:InsertOrder()

Tallennettu käsikirjoitus:

Avainsanoihin perustuva kehys

Testitapaus 3: Avaa tilaus

Avainsana:OpenOrder()

Tallennettu käsikirjoitus:

Avainsanoihin perustuva kehys

Testitapaus 4: Poista tilaus

Avainsana:DeleteOrder()

Tallennettu käsikirjoitus:

Avainsanoihin perustuva kehys

Testitapaus 5: Sulje sovellus

Avainsana:SuljeApp()

Tallennettu käsikirjoitus:

Avainsanoihin perustuva kehys

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ä:

Avainsanoihin perustuva kehys

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 Data Driven Frameworkin (DDF) ja Keyword Driven Frameworkin (KDF) yhdistelmä, jossa voidaan suorittaa useita testitapauksia useilla tuloilla samassa testissä.

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

Hybridikehys

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:

Hybridikehys

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ä.

Esimerkiksi se 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ä.