QTP/UFT Automatizálási keretrendszer: Adatvezérelt, kulcsszóalapú és hibrid

⚡ Okos összefoglaló

Automatizálási keretrendszerek QTP/UFT A tesztszkriptek, az adatok és az újrafelhasználható függvények rendszerezésével egyetlen teszt számos esetet lefedhet. Az adatvezérelt, a kulcsszóvezérelt és a hibrid tervek mindegyike a bemenetek és az újrafelhasználható logika más-más keverékét alkalmazza.

  • 🔘 Adatvezérelt tervezés: A szkriptek Excelből vagy adatbázisból olvassák be a bemeneteket, és visszaírják a kimeneteket, így egy teszt sok iterációt futtat le.
  • ☑️ Kulcsszóvezérelt tervezés: A felhasználó által definiált függvények kulcsszavakká válnak, mint például a Login és az OpenOrder, amelyeket egy kompakt illesztőprogram-szkript hív meg.
  • ✅ Hibrid kialakítás: A kulcsszófüggvények hordozzák a logikát, míg a paraméterezett adatok táplálják azokat a lépéseket, amelyek több bemenetet igényelnek.
  • 🧪 Objektumtár először: Minden, a teszt által használt vezérlőt hozzá kell adni, mielőtt bármely szkript megbízhatóan azonosítani tudná azt.
  • 🇧🇷 Jelenlegi szerszámkészlet: QTP most OpenText Funkcionális tesztelés (UFT Egy), és a VBScript továbbra is a támogatott szkriptnyelv.

Adat-, kulcsszó- és hibrid automatizálási keretrendszerek QTP/UFT

Adatvezérelt keretrendszer

Az adatvezérelt keretrendszer egy olyan keretrendszer, amelyet a bemeneti és kimeneti adatok különböző kombinációi vezérelnek.

Az adatok különböző kombinációinak átadásának egyik módja az, hogy ParaméterezésEbben a módszerben a következő különböző jellemzőket használjuk fel: QTP.

A DDF-ben azonban a parancsfájlok paraméterezésre vannak írva. Ez a fajta keretrendszer akkor hasznos, ha az AUT funkcionalitását több bemenettel kell tesztelni, és rögzíteni kell a megfelelő kimeneteket. Ezek a bemenetek egy külső fájlból, például adatbázisból, Excelből, Outlook, Szövegfájl stb., és a megfelelő kimenetek visszaírásra kerülnek a megfelelő külső forrásba, az alábbiak szerint.

Adatvezérelt keretrendszer folyamata bemeneti adatok olvasása és kimeneti adatok írása

Az adatvezérelt keretrendszer általános lépései a következők:

  1. Készítse elő a Teszt eset a Teszt alatt lévő pályázathoz
  2. Adja hozzá az objektumokat az AUT-ból az OR-ba
  3. Írja meg a szkripteket a teszteset alapján

Ebben UFT oktatói, egy adatvezérelt keretrendszert fogunk kidolgozni egy minta tesztesethez, az Excelt külső tesztadatforrásként használva.

1. lépés) A tesztelt alkalmazás tesztesetének előkészítése

Teszt eset: Nyissa meg a rendelési számot, és kérje le az adott megrendeléshez tartozó ügyfél nevét. Ismételje meg ugyanezt a folyamatot a különböző rendelési számokhoz

Külső forrás: Excel fájl

Repülőjegy-foglalási megrendelőlap, amelyet a keretrendszer tesztesetének mintájára használtak

A minta külső forrása egy Excel-fájl. A VB szkript a következőben található: OpenText Funkcionális tesztelés (UFT One, korábban Micro Focus UFT) parancsot kell írni egy Excel fájl megnyitásához a tesztadatok olvasásához. Ez hierarchikus módon érhető el.

1. Először egy Excel-fájlt nyit meg alkalmazásként

2. Ezután a munkafüzetet meg kell nyitni a megadott helyről

3. Az a lap, amelyen a tesztadatok szerepelnek.

4. Végül a cellát be kell olvasni.

2. lépés) Adja hozzá az AUT objektumait az OR-hoz

Ha a teszteset készen áll, kezdje el hozzáadni az összes szükséges objektumot a tárhoz. Tesztesetünkben a hozzáadandó objektumok a következők

1. „Mappa megnyitása” ikonra a Repülés foglalási alkalmazás:

A Mappa megnyitása eszköztár ikonja hozzáadva a QTP/UFT objektumtár

2. „Rendelési szám” jelölőnégyzet, amely a „Mappa megnyitása” ikonra kattintva érhető el:

Rendelésszám jelölőnégyzet objektum rögzítve a Megrendelés megnyitása párbeszédpanelről

3. A rendelési szám WinEdit mezője (ahol a számok megadhatók):

WinEdit mező a tárházhoz hozzáadott rendelési számhoz

4. Az OK gomb:

OK gomb objektum a Megrendelés megnyitása párbeszédpanelen

5. A „Név” mező, ami egy WinEdit doboz. Ez a mező egy névvel lesz feltöltve, miután az OK gombra kattintott egy adott rendelési számnál:

Név WinEdit mező, amely fogadja az ügyfél nevét

Miután az összes szükséges objektumot hozzáadta, az objektumtár a következőképpen fog megjelenni:

Befejezett QTP/UFT objektumtár, amely mind az öt repülőjegy-foglalási objektumot tartalmazza

3. lépés) Írd meg a szkripteket a teszteset alapján

A szkript futtatása előtt győződjön meg arról, hogy a tesztadatokat tartalmazó Excel-fájlt elmentette és bezárta.

Az alábbi szkript beolvassa a rendelésszámot az Excelből, és hozzárendeli az alkalmazáshoz a „vOrder” változón keresztül, és kiírja a vevő nevét az alkalmazásból a „vName” változón keresztül.

Excel név: FlightDDF.xlsx

Lap neve: 1. lap

VBScript, ami beolvassa a rendelési számot az Excelből, és visszaírja a vevő nevét

teljesítmény

A fenti szkript futtatása után a kimenet az Excelből az alábbiak szerint érhető el:

Az adatvezérelt szkript által visszaírt ügyfélneveket mutató Excel-tábla

Az adatvezérelt keretrendszer írással is fejleszthető leíró programozás.

Az adatbázis használata a DDF külső forrásaként

Ugyanez a teszteset végrehajtható, ha a külső forrás egy adatbázis a következő lépésekkel

  1. Írjon VBScript-et az adatbázis-kapcsolat létrehozásához
  2. VBScript rekordkészlet vagy tábla megnyitásához.
  3. VBScript a kívánt mező megnyitásához
  4. Az adott cella beolvasása a mezőből történik.

Microsoft A DDF külső forrásaként használt Access adatbázistábla

Forgatókönyv

To Establish a Microsoft Database connection

Illesztőprogram = {Microsoft Access Driver (*.mdb)}; DBQ =

Felvételkészlet neve: OpenOrder

Mező neve: Rendelési szám, Ügyfélnév

PS: Microsoft Az Access 2010 nem csatlakoztatható az alábbi szkript segítségével.

VBScript, amely Access adatbázis-kapcsolatot hoz létre, és beolvassa a rekordhalmazt

teljesítmény

Az adatbázis kimenete, amely az egyes rendelési számokhoz lekért ügyfélnevet mutatja

A DDF előnyei

  • Egyetlen tesztben nagyszámú tesztadat olvasható és írható a külső fájlba
  • A hurokutasítás ugyanazon lépések megismétlésére szolgál több iterációhoz. Így a kódolási erőfeszítés csökken
  • Mivel az adatok közvetlenül a külső fájlba kerülnek beolvasásra és írásra, használatukhoz nincs szükség az adatok másolására, beillesztésére vagy exportálására.
  • A tesztadatok külső fájlból kiolvashatók, a kimenetek pedig bármilyen más külső fájlba írhatók

A DDF hátrányai

  • A keretrendszer fejlesztéséhez szkriptelési ismeretek szükségesek
  • Előfordulhat, hogy egy külső forrásból, például adatbázisból származó adatok száma vagy kombinációi lelassíthatják vagy akár összeomolhatnak. QTP

Kulcsszóvezérelt keretrendszer

A kulcsszóvezérelt keretrendszer egy olyan keretrendszer, ahol a kulcsszavak vezérlik a tesztet. Itt a kulcsszó arra utal, felhasználó által definiált függvények. Ebben a keretben kulcsszavak jönnek létre egy adott tesztlépés vagy teszteset végrehajtása érdekében. Ezek a kulcsszavak ezután meghívódnak az illesztőprogram-tesztbe, hogy több tesztesetet lefussanak ugyanabban a tesztben.

Kulcsszóvezérelt keretrendszer-struktúra, kulcsszavakkal, amelyek felhasználó által definiált függvényeket hívnak meg

Általánosságban elmondható, hogy a keretrendszerek háromféleképpen fejleszthetők a teszthez való futáshoz.

  1. Rögzítés és futtatás a teszt
  2. Adjon hozzá objektumokat a helyi tárolóhoz, és írja meg a szkripteket az összes tesztlépéshez
  3. Írjon leíró programozást az összes tesztlépéshez

Ebben az oktatóanyagban a KDF-et a teszt rögzítésével és futtatásával fejlesztik.

Célunk egyetlen teszt futtatása öt különböző tesztesethez, például bejelentkezés az alkalmazásba, rendelés beszúrása, rendelés megnyitása, rendelés törlése és az alkalmazás bezárása. Ezért rögzítjük a tesztlépéseket ezekhez a tesztesetekhez, és létrehozzuk a függvényeket Login, InsertOrder, OpenOrder, DeleteOrder és CloseApp kulcsszavakkal.

1. teszteset: Jelentkezzen be az alkalmazásba

Kulcsszó: Belépés ()

Felvett forgatókönyv:

Rögzített VBScript kód a repülőjegy-foglalás bejelentkezési képernyőjének Login kulcsszavához

2. teszteset: Helyezze be a rendelést

Kulcsszó:InsertOrder()

Felvett forgatókönyv:

Rögzített VBScript kód az InsertOrder kulcsszóhoz

3. teszteset: Nyissa meg a rendelést

Kulcsszó:OpenOrder()

Felvett forgatókönyv:

Rögzített VBScript kód az OpenOrder kulcsszóhoz

4. teszteset: Törölje a rendelést

Kulcsszó:Rendelés törlése()

Felvett forgatókönyv:

Rögzített VBScript a DeleteOrder kulcsszóhoz

5. teszteset: Zárja be az alkalmazást

Kulcsszó:CloseApp()

Felvett forgatókönyv:

Rögzített VBScript a CloseApp kulcsszóhoz

A különböző tesztesetekhez létrehozott függvények egy függvénytárban vannak elmentve, és a fő teszthez vannak társítva. Elegendő a főtesztben a szükséges tesztesetek kulcsszavait meghívni, ezzel csökkentve a főtesztben az illesztőprogram-szkript méretét.

Ennek az egyszerű keretrendszernek az illesztőprogram-szkriptje így néz ki:

Illesztőprogram szkript, amely mind az öt kulcsszót egyetlen forrásból hívja meg QTP/UFT teszt

A fenti szkript futtatásával egyetlen tesztből megkaphatjuk mind az öt teszteset tényleges eredményét.

Előnyök

  • Tetszőleges számú teszteset futtatható egyetlen tesztben, pusztán a megfelelő kulcsszavak meghívásával
  • Általános leíró programozás írása az összes web/Windows objektumhoz és kulcsszóként történő meghívása segít ugyanazt a tesztet futtatni különböző dinamikus alkalmazásokhoz
  • Csökkenti az illesztőprogram-szkript méretét

Hátrányok

  • Ezeknek a keretrendszereknek a kifejlesztéséhez szükséges idő nagyon sok, ha nagyon kevés számú teszteset fut
  • A lépések rögzítése nem mindig használatos, amikor a KDF-et több alkalmazáshoz tervezik ugyanazon a teszten.

Hibrid keretrendszer

A hibrid keretrendszer az adatvezérelt keretrendszer (DDF) és a kulcsszóvezérelt keretrendszer (KDF) kombinációja, ahol több teszteset futtatható le több bemenettel ugyanazon teszten belül.

Ebben a cikkben a KDF-ben használt teszteseteket egyetlen tesztben fogjuk végrehajtani. Az összes teszteset kulcsszavai és szkriptjei megegyeznek a KDF-ben szereplőkkel. A TC3: Rendelés megnyitása azonban paraméterezett. Ezért a teszteset szkriptje úgy van megírva, hogy a rendelési számot egy Excel-fájlból fogadja, és az ügyfél nevét írja az Excel-fájlba.

Hibrid keretrendszer, amely kulcsszófüggvényeket kombinál paraméterezett Excel-adatokkal

1. teszteset: Jelentkezzen be az alkalmazásba

Kulcsszó: Belépés ()

2. teszteset: Helyezze be a rendelést

Kulcsszó:InsertOrder()

3. teszteset: Nyissa meg a rendelést több rendelési számhoz

Kulcsszó:OpenOrder()

Description: Itt ugyanazt a szkriptet használjuk, amelyet a DDF kifejlesztéséhez használunk, ezáltal több iteráció tesztesetét is elérjük.

Forgatókönyv:

Paraméterezett OpenOrder kulcsszószkript, amely több rendelési számot olvas be az Excelből

4. teszteset: Törölje a rendelést

Kulcsszó:Rendelés törlése()

5. teszteset: Zárja be az alkalmazást

Kulcsszó:CloseApp()

Ezzel az egyszerű módszerrel a TC3 paraméterezése érhető el. Adott esetben az összes többi teszteset is paraméterezhető ugyanabban a tesztben.

A fenti példa egy hibrid keretrendszer tervezésének egy nagyon egyszerű módját mutatja be. Ugyanez a keretrendszer leíró programozással is megvalósítható.

Előnyök

  • A hibrid keretrendszerrel tervezett teszt futtatásához viszonylag rövidebb idő szükséges más keretrendszerekhez képest
  • Ezt akkor használhatjuk, ha szükségünk van egy adott tesztesethez társított összes tesztesetre és bemenetre ugyanabban a tesztcsomagban.

Hátrány

  • Világos ismeretekre van szükség a különböző keretrendszerek kombinálásával kapcsolatban.

GYIK

Nem. A QuickTest Professionalból Micro Focus lett. UFT, Akkor UFT Egy, és most már a következő néven árulják: OpenText Funkcionális tesztelés. Az itt bemutatott keretrendszer-tervek továbbra is érvényesek.

Az adatvezérelt, kulcsszóvezérelt és hibrid megoldásokon túl a csapatok lineáris rögzítési és lejátszási, moduláris, könyvtárarchitektúrájú és viselkedésvezérelt terveket is használnak. A legtöbb kiforrott csomag hibriddé válik.

AI be OpenText A funkcionális tesztelés a vezérlőket megjelenés és címke alapján azonosítja a technikai tulajdonságok helyett, így a tesztek túlélik a felhasználói felület változásait. A mesterséges intelligencia asszisztensek a régi VBScripteket is gyorsan elmagyarázzák.

Igen. Másodpilóta VBScript ciklusokat, Excel automatizálást és hibakezelést javasol, ami illik a kulcsszókönyvtárakhoz. Revminden javaslatot megtekint, mivel az objektumtárak nevei és UFTA -specifikus metódusoknak meg kell egyezniük az eszközeiddel.

A VBScript az egyetlen nyelv, amelyet teljes mértékben támogat a UFT Egyetlen IDE. Az Excel, az adatbázis és a fájlok elérése mind VBScript objektumokon keresztül történik, ahogy ez az útmutató is mutatja.

Az Excel a kis, tesztelők által karbantartott adathalmazokhoz illik. Egy adatbázis jobban skálázható és támogatja a megosztott hozzáférést, de a nagy eredményhalmazok lelassíthatják a tesztelést, ahogy a forráskód is figyelmeztet.

Igen. Az ezekkel a tervekkel készült tesztek tárolhatók és elindíthatók a következő forrásból: OpenText ALM vagy egy CI-feladat, így ugyanaz a kulcsszókönyvtár fut felügyelet nélkül minden build után.

Kezdj adatvezérelten egy rögzített teszttel és egy Excel-táblázattal. Ha a lépések stabilak, csomagold be őket kulcsszófüggvényekbe, majd kombináld mindkettőt egy hibrid tervvé.

Foglald össze ezt a bejegyzést a következőképpen: