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.
Tietopohjaisen kehyksen yleiset vaiheet ovat:
- Valmista Testitapaus testattavana olevalle hakemukselle
- Lisää objektit AUT:sta kohtaan OR
- 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
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
- Avaa kansio -kuvake Lentovaraussovellus
- "Tilausnumero" -valintaruutu, joka saadaan, kun "Avaa kansio" -kuvaketta napsautetaan
- Tilausnumeron WinEdit-ruutu (johon numerot syötetään)
- OK-painike
- "Nimi" -kenttä, joka on WinEdit-ruutu. Tämä kenttä täytetään nimellä, kun OK-painiketta napsautetaan tietyn tilausnumeron kohdalla.
Kun kaikki tarvittavat objektit on lisätty, objektivarasto näyttää seuraavanlaiselta:
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
ulostulo
Kun yllä oleva komentosarja on suoritettu, tulos voidaan saada Excelistä seuraavasti:
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
- Muodosta tietokantayhteys kirjoittamalla VBScript
- VBScript avataksesi tietuejoukon tai taulukon.
- VBScript avataksesi halutun kentän
- Tietty solu luetaan kentästä.
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.
ulostulo
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ä
Yleisesti ottaen viitekehykset voidaan kehittää kolmella tavalla testiin pääsemiseksi.
- Tallenna ja suorita testi
- Lisää objekteja paikalliseen arkistoon ja kirjoita komentosarjat kaikille testivaiheille
- 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:
Testitapaus2: Lisää tilaus
Avainsana:InsertOrder()
Tallennettu käsikirjoitus:
Testitapaus 3: Avaa tilaus
Avainsana:OpenOrder()
Tallennettu käsikirjoitus:
Testitapaus 4: Poista tilaus
Avainsana:DeleteOrder()
Tallennettu käsikirjoitus:
Testitapaus 5: Sulje sovellus
Avainsana:SuljeApp()
Tallennettu käsikirjoitus:
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ä:
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
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:
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ä.