• Articles
• admin

tässä opetusohjelmassa käytämme QTP: tä (HP UFT) luodaksemme

• Data Driven Framework
• Keyword Driven Framework
• Hybrid Framework

so let ’ s get started –

Data Driven Framework

Data Driven Framework on kehys, jota ohjaavat erilaisia Tulo-ja lähtötietojen yhdistelmiä.

yksi tapa siirtää erilaisia aineyhdistelmiä on Parametrisointi. Tässä menetelmässä käytämme QTP: n eri ominaisuuksia. Jos haluat tietää lisää Parametrisoinnista, käy täällä.

DDF: ssä skriptit kuitenkin kirjoitetaan parametrisointia varten. Tällainen kehys on hyödyllinen, kun AUT: n toimivuutta on testattava useilla tuloilla ja tallennettava vastaavat tuotokset. Nämä tulot voidaan lukea ulkoisesta tiedostosta, kuten tietokannasta, Excel, Outlook, tekstitiedosto jne ja vastaavat lähdöt kirjoitetaan takaisin vastaavaan ulkoiseen lähteeseen.

datalähtöisen kehyksen yleiset vaiheet ovat:

1. valmistele testitapaus sovellukselle testillä
2. Add the Objects from AUT to OR
3. Write the scripts based on the Test Case

tässä opetusohjelmassa kehitämme datalähtöisen kehyssuunnitelman näytetestitapaukselle käyttämällä Exceliä ulkopuolisena lähteenä Testitiedoille.

Vaihe1) valmistele testikappale testattavaa sovellusta varten

testikappale: avaa tilausnumero ja hanki kyseisen tilauksen asiakasnimi. Toista sama prosessi eri Järjestysnumeroille

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

1. Excel-tiedosto avataan ensin as-sovelluksena

2. Silloin työkirja on avattava määrätystä paikasta

3. Taulukko, jossa testitiedot ovat.

4. Lopuksi selli on luettava.

Vaihe 2) Lisää objektit AUT: stä tai

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

• ”Avaa kansio” kuvake lennon Varaussovelluksessa

• ”tilaa ei” valintaruutu, joka saadaan, kun” Avaa kansio ” kuvaketta napsautetaan

• järjestysnumeron WinEdit-laatikko (johon numerot merkitään)

• OK-painike

• ” Nimi ” kenttä, joka on WinEdit laatikko. Tähän kenttään merkitään nimi, kun OK-painiketta napsautetaan tiettyä järjestysnumeroa varten.

kun kaikki tarvittavat objektit on lisätty, objektien arkisto ilmestyy seuraavasti:

Vaihe 3) Kirjoita komentosarjat Testitapauksen

perusteella ennen komentosarjan ajamista varmista, että testitiedot sisältävä Excel-tiedosto on tallennettu ja suljettu.

alla skripti on lukea järjestysnumero Excelistä ja liittää se sovellukseen muuttujan ”vOrder” kautta ja kirjoittaa asiakkaan nimi sovelluksesta muuttujan ”vName”kautta.

Excel-Nimi: FlightDDF.xlsx

arkin nimi: Sheet1

Script

To Establish a Microsoft Database connection

Driver = {Microsoft Access Driver (*.MDB)}; DBQ = <tietokannan polku>

Record Set Name: OpenOrder

Fields Name: OrderNo, CustomerName

P. S: Microsoft Access 2010 ei voi yhdistää alla olevalla skriptillä.

Lähtö

Automaatiokehysten luominen QTP: llä

Lähtö

Automaatiokehysten luominen QTP: llä

DDF: n edut

• suuri määrä testitietoja voidaan lukea ja kirjoittaa ulkoiseen tiedostoon yhdessä testissä
• Silmukkalausetta käytetään samojen vaiheiden toistamiseen useissa iteraatioissa. Näin ollen koodaustyö vähenee
• koska tiedot luetaan ja kirjoitetaan suoraan ulkoiseen tiedostoon, ei tarvitse kopioida, liittää tai viedä tietoja niiden käyttämiseksi
• testitiedot voidaan lukea ulkoisesta tiedostosta ja tuotokset voidaan kirjoittaa mihin tahansa muuhun ulkoiseen tiedostoon

DDF: n haitat

• Skriptaustietoa tarvitaan tämän kehittämiseksi viitekehys
• joskus ulkopuolisesta lähteestä, kuten tietokannasta, saatujen tietojen määrä tai yhdistelmät voivat hidastaa tai jopa kaataa QTP: n

keyword driven framework

Keyword Driven Framework on kehys, jossa avainsanat ajavat testiä. Tässä avainsanalla tarkoitetaan käyttäjän määrittelemiä toimintoja. Tässä kehyksessä avainsanat luodaan tietyn testivaiheen tai testitapauksen suorittamiseksi. Nämä avainsanat kutsutaan sitten kuljettajakokeeseen, jossa ajetaan useita testitapauksia samassa testissä.

jos haluat tietää QTP: n käyttäjän määrittelemistä toiminnoista, käy täällä

yleensä kehyksiä voidaan kehittää kolmella tavalla, jotta ne voidaan ajaa testiin.

1. Tallenna ja suorita testi
2. lisää objekteja paikalliseen arkistoon ja kirjoita skriptit kaikille testivaiheille
3. Kirjoita kuvaileva ohjelmointi kaikille testivaiheille

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

tavoitteenamme on suorittaa yksi testi viiteen eri testitapaukseen, kuten sovellukseen kirjautuminen, tilauksen lisääminen, tilauksen avaaminen, tilauksen poistaminen ja sovelluksen sulkeminen. Näin ollen Tallennamme testivaiheet näille testitapauksille ja luomme toiminnot avainsanoilla Login, InsertOrder, OpenOrder, DeleteOrder ja CloseApp vastaavasti.

Testitapaus1: Login into the application

Keyword: Login ()

Recorded Script:

Test Case2: lisää Järjestys

Keyword:InsertOrder ()

tallennettu käsikirjoitus:

Test Case3: avaa tilaus

Avainsana: OpenOrder ()

tallennettu käsikirjoitus:

Test Case4: Delete the Order

Keyword:DeleteOrder ()

Recorded Script:

Test Case5:Close the application

Keyword: CloseApp ()

Recorded Script:

eri testitapauksia varten luodut toiminnot tallennetaan funktiokirjastoon ja liitetään päätestiin. Riittää, että soitat avainsanoja tarvittaviin testitapauksiin päätestissä, mikä pienentää ajokoskriptin kokoa päätestissä.

tämän yksinkertaisen kehyksen Ohjainkomento näyttää:

ajamalla yllä oleva skripti, kaikkien viiden testitapauksen todellinen tulos saadaan yhdestä testistä.

edut

• mikä tahansa testitapaus voidaan suorittaa yhdellä testillä vain kutsumalla niiden avainsanoja
• kirjoittamalla yleinen kuvaileva ohjelmointi kaikille web/ windows-objekteille & kutsumalla niitä avainsanoiksi auttaa saman testin suorittamisessa eri dynaamisille sovelluksille
• pienentää ohjainkoskriptin kokoa

haitat

• näiden kehysten kehittämiseen käytetty aika on hyvin korkea, jos testitapauksia on hyvin vähän
• vaiheiden kirjaamista ei aina käytetä KDF: n suunnittelussa monet sovellukset samassa testissä.

hybrid framework on yhdistelmä Data Driven Framework (DDF) ja Keyword Driven Framework (KDF), jossa samassa testissä voidaan suorittaa useita testitapauksia, joissa on useita syötteitä.

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

Test Case1: Login into the application

Keyword: Login ()

Test Case2:Insert the Order

Keyword: InsertOrder()

Test Case3:Open the Order for several order numbers

Keyword: OpenOrder()

kuvaus: Tässä käytetään samaa komentosarjaa, jota käytetään DDF: n kehittämiseen, jolloin saavutetaan testitapaus usealle iteraatiolle.

skripti:

Test Case4: Poista Järjestys

Keyword:DeleteOrder()

Test Case5: sulje sovellus

Keyword:CloseApp()

noudattamalla tätä yksinkertaista menetelmää TC3: n parametrisointi saavutetaan. Kaikki muut testitapaukset voidaan tarvittaessa parametrisoida samassa testissä.Esimerkiksi

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

edut

• hybridikehyksellä suunnitellun testin suorittamiseen kuluva aika on suhteellisesti vähemmän verrattuna muihin kehyksiin
• tätä voidaan käyttää, kun tarvitsemme kaikki tiettyyn testitapaukseen liittyvät testitapaukset ja syötteet samaan testisarjaan.

haitta

• tarvitaan selkeää tietoa eri puitteiden yhdistämisestä.