Tässä opetusohjelmassa luomme QTP: n (HP UFT) avulla
- Data Driven Framework
- Avainsanaohjattu kehys
- Hybridikehys
Joten aloitetaan -
Data Driven Framework
Data Driven Framework on kehys, jota ohjaavat erilaiset tulo- ja lähtödatan yhdistelmät.
Yksi tapa siirtää erilaisia datayhdistelmiä on parametrointi. Tässä menetelmässä käytämme QTP: n eri ominaisuuksia. Jos haluat tietää enemmän parametroinnista, käy täällä.
DDF: ssä komentosarjat kuitenkin kirjoitetaan parametrointia varten. Tällainen kehys on hyödyllinen, kun AUT: n toimivuus on testattava useilla tuloilla ja kaapattava vastaavat lähdöt. Nämä syötteet voidaan lukea ulkoisesta tiedostosta, kuten tietokanta, Excel, Outlook, tekstitiedosto jne., Ja vastaavat lähdöt kirjoitetaan takaisin vastaavaan ulkoiseen lähteeseen.
Datapohjaisen kehyksen yleiset vaiheet ovat:
- Valmista testitapa testattavalle sovellukselle
- Lisää objektit AUT: sta OR: iin
- Kirjoita komentosarjat testitapauksen perusteella
Tässä opetusohjelmassa kehitämme tietopohjaista kehysrakennetta esimerkkitestitapaukselle käyttämällä Exceliä testitietojen ulkoisena lähteenä.
Vaihe 1) Valmista testitapa testattavaa sovellusta varten
Testitapaus : Avaa tilausnumero ja hanki tilauksen asiakasnimi. 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-komentosarja on kirjoitettava avaamaan Excel-tiedosto 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 TAI-kohtaan
Kun testitapaus on valmis, aloita kaikkien vaadittujen objektien lisääminen arkistoon. Testitapauksessamme lisättävät objektit ovat seuraavat
- Avaa kansio -kuvake lentovaraussovelluksessa
- "Tilausnumero" -valintaruutu, joka saadaan, kun napsautetaan "Avaa kansio" -kuvaketta
- 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 vaaditut objektit on lisätty, objektivarasto ilmestyy seuraavasti:
Vaihe 3) Kirjoita komentosarjat testitapauksen perusteella
Ennen komentosarjan suorittamista varmista, että testitiedot sisältävä Excel-tiedosto on tallennettu ja suljettu.
Komentosarjan alla on lukea tilausnumero Excelistä ja määrittää se sovellukseen muuttujan "vOrder" kautta ja kirjoittaa asiakkaan nimi sovelluksesta muuttujan "vName" kautta.
Excelin nimi : FlightDDF.xlsx
Arkin nimi : Arkki 1
Tuotos
Kun yllä oleva komentosarja on suoritettu, tulos voidaan saada Excelistä seuraavasti:
Data-Driven Framework 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
- Kirjoita VBScript tietokantayhteyden muodostamiseksi
- VBScript avaa tietueet tai taulukot.
- VBScript avaa haluttu kenttä
- Kyseinen solu luetaan kentältä.
Skripti
Microsoft Database -yhteyden muodostaminen
Ohjain = {Microsoft Access Driver (* .mdb)}; DBQ =
Tietuejoukon nimi: OpenOrder
Kenttien nimi: OrderNo, CustomerName
PS: Microsoft Access 2010: tä ei voida yhdistää alla olevan komentosarjan avulla.
Tuotos
DDF: n edut
- Suuri määrä testitietoja voidaan lukea ja kirjoittaa ulkoiseen tiedostoon yhdellä testillä
- Loop-käskyä käytetään toistamaan samat vaiheet useille iteraatioille. Siksi koodaaminen 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 muuhun ulkoiseen tiedostoon
DDF: n haitat
- Tämän kehityksen kehittäminen edellyttää skriptitietoa
- Joskus ulkoisesta lähteestä, kuten tietokanta, olevien tietojen lukumäärä tai yhdistelmät voivat hidastaa tai jopa kaataa QTP: tä
Avainsanaohjattu kehys
Avainsanavetoinen kehys on kehys, jossa avainsanat ohjaavat testiä. Tässä avainsana viittaa käyttäjän määrittelemiin toimintoihin . Tässä yhteydessä avainsanat luodaan tietyn testivaiheen tai testitapauksen suorittamiseksi. Nämä avainsanat kutsutaan sitten kuljettajatestiin suorittamaan useita testitapauksia samassa testissä.
Jos haluat tietää enemmän käyttäjän määrittämistä toiminnoista QTP: ssä, käy täällä
Yleensä kehyksiä voidaan kehittää kolmella tavalla testin suorittamiseksi.
- 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 sisäänkirjautuminen sovellukseen, tilauksen lisääminen, tilauksen avaaminen, tilauksen poistaminen ja sovelluksen sulkeminen. Siksi tallennamme näiden testitapausten testausvaiheet ja luomme toiminnot avainsanoilla Login, InsertOrder, OpenOrder, DeleteOrder ja CloseApp.
Test Case1: Kirjaudu sovellukseen
Avainsana: Kirjaudu ()
Nauhoitettu komentosarja:
Testitapaus 2: Lisää tilaus
Avainsana: InsertOrder ()
Nauhoitettu komentosarja:
Testitapaus 3: Avaa tilaus
Avainsana: OpenOrder ()
Nauhoitettu komentosarja:
Testitapaus 4: Poista tilaus
Avainsana: DeleteOrder ()
Nauhoitettu komentosarja:
Testitapaus 5: Sulje sovellus
Avainsana: CloseApp ()
Nauhoitettu komentosarja:
Eri testitapauksia varten luodut toiminnot tallennetaan toimintokirjastoon ja liitetään päätestiin. Riittää, kun kutsut avainsanat tarvittaville testitapauksille pääkokeessa, mikä vähentää ohjainkoodin kokoa pääkokeessa.
Tämän yksinkertaisen kehyksen ohjainskripti näyttää:
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 heidän avainsanojaan
- Kaikkien web- / Windows-objektien yleisen kuvaavan ohjelmoinnin kirjoittaminen ja kutsuminen avainsanoiksi auttaa suorittamaan saman testin eri dynaamisille sovelluksille
- Pienentää ohjaimen komentosarjan kokoa
Haitat
- Näiden kehysten kehittämiseen kuluva aika on erittäin pitkä, jos testitapauksia on hyvin vähän ajettavia
- Vaiheiden tallentamista ei aina käytetä suunniteltaessa KDF: ää useille sovelluksille samalla testillä.
Hybridikehys
Hybridikehys on yhdistelmä Data Driven Frameworkia (DDF) ja Keyword Driven Frameworkia (KDF), jossa useita testitapauksia, joissa on useita syötteitä, voidaan suorittaa 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ä. TC3: Tilauksen avaaminen on kuitenkin parametroitu. Siksi tämän testitapauksen komentosarja on kirjoitettu vastaanottamaan tilausnumero Excel-tiedostosta ja kirjoittamaan asiakkaan nimi Excel-tiedostoon
Test Case1: Kirjaudu sovellukseen
Avainsana: Kirjaudu ()
Testitapaus 2: Lisää tilaus
Avainsana: InsertOrder ()
Testitapaus 3: Avaa tilaus useille tilausnumeroille
Avainsana: OpenOrder ()
Kuvaus: Tässä käytetään samaa komentosarjaa, jota käytettiin DDF: n kehittämiseen, jolloin testitapa saavutettiin useille iteraatioille.
Käsikirjoitus:
Testitapaus 4: Poista tilaus
Avainsana: DeleteOrder ()
Testitapaus 5: Sulje sovellus
Avainsana: CloseApp ()
Tätä yksinkertaista menetelmää noudattaen 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 kuvaavalla ohjelmoinnilla.
Edut
- Hybridikehyksellä suunnitellun testin suorittamiseen kuluva aika on suhteellisen lyhyempi verrattuna muihin kehyksiin
- Tätä voidaan käyttää, kun tarvitsemme kaikki testitapaukset ja syötteet, jotka liittyvät tiettyyn testitapaukseen, samassa testipaketissa.
Haitta
- Eri puitteiden yhdistämisestä vaaditaan selkeää tietoa.