QTP/UFT Cadru de automatizare: bazat pe date, cuvinte cheie și hibrid
Thomas Hamilton
⚡ Rezumat inteligent
Framework-uri de automatizare în QTP/UFT Organizați scripturile de testare, datele și funcțiile reutilizabile astfel încât un singur test să poată acoperi mai multe cazuri. Designurile bazate pe date, pe cuvinte cheie și hibride se potrivesc fiecare unui amestec diferit de intrări și logică reutilizabilă.
Cadrul bazat pe date
Un cadru bazat pe date este un cadru care este condus de diferite combinații de date de intrare și ieșire.
O modalitate de a transmite diferite combinații de date este prin ParametrizareÎn această metodă, folosim diferite caracteristici ale QTP.
Cu toate acestea, în DDF, scripturile sunt scrise pentru a face parametrizare. Acest tip de cadru este util atunci când funcționalitatea AUT trebuie să fie testată cu mai multe intrări și să capteze ieșirile respective. Aceste intrări pot fi citite dintr-un fișier extern, cum ar fi baza de date, Excel, Outlook, fișier text etc., iar ieșirile respective sunt scrise înapoi în sursa externă corespunzătoare, așa cum este ilustrat mai jos.
Pașii generali implicați în cadrul Data-Based Framework sunt:
- Pregătiți Caz de testare pentru aplicația în curs de testare
- Adăugați obiectele de la AUT la OR
- Scrieți scripturile pe baza cazului de testare
În acest UFT tutorial, vom dezvolta un design de cadru bazat pe date pentru un caz de testare eșantion, utilizând Excel ca sursă externă pentru datele de testare.
Pasul 1) Pregătirea cazului de testare pentru aplicația testată
Caz de testare: Deschideți numărul comenzii și obțineți numele clientului pentru acea comandă. Repetați același proces pentru diferite numere de comandă
Sursă externă: Fisier Excel
Sursa externă pentru acest exemplu este un fișier Excel. Scriptul VB din OpenText Testare funcțională (UFT Unu, fostul Micro Focus UFT) trebuie scris pentru a deschide un fișier Excel pentru a citi datele de test. Acest lucru se poate realiza într-o manieră ierarhică.
1. Un fișier Excel este deschis mai întâi ca aplicație
2. Apoi registrul de lucru trebuie deschis din locația specificată
3. Fișa în care sunt prezente datele de testare.
4. În cele din urmă, celula trebuie citită.
Pasul 2) Adăugați obiectele din AUT în OR
Odată ce cazul de testare este gata, începeți să adăugați toate obiectele necesare în depozit. În cazul nostru de testare, obiectele care trebuie adăugate sunt după cum urmează
1. Pictograma „Deschidere folder” în Aplicație de rezervare a zborului:
2. Caseta de selectare „Nr. comandă” care poate fi obținută atunci când se face clic pe pictograma „Deschidere folder”:
3. Caseta WinEdit a numărului de comandă (unde se introduc numerele):
4. Butonul OK:
5. Câmpul „Nume”, care este o casetă WinEdit. Acest câmp va fi completat cu un nume după ce se face clic pe butonul OK pentru un anumit număr de comandă:
Odată ce toate obiectele necesare au fost adăugate, depozitul de obiecte va apărea după cum urmează:
Pasul 3) Scrieți scripturile pe baza cazului de testare
Înainte de a rula scriptul, asigurați-vă că fișierul Excel care conține datele de testare a fost salvat și este închis.
Scriptul de mai jos este să citiți numărul comenzii din Excel și să îl atribuiți aplicației prin variabila „vOrder” și să scrieți numele clientului din aplicație prin variabila „vName”.
Nume Excel: FlightDDF.xlsx
Numele foii: Foaia 1
producție
Odată ce scriptul de mai sus este rulat, rezultatul poate fi obținut din Excel după cum urmează:
Cadrul bazat pe date poate fi dezvoltat și prin scriere programare descriptivă.
Utilizarea bazei de date ca sursă externă pentru DDF
Același caz de testare poate fi executat dacă sursa externă este o bază de date utilizând pașii următori
- Scrieți VBScript pentru a stabili conexiunea la baza de date
- VBScript pentru a deschide un set de înregistrări sau un tabel.
- VBScript pentru a deschide câmpul dorit
- Celula particulară este citită din câmp.
Scenariu
To Establish a Microsoft Database connection
Șofer = {Microsoft Driver de acces (*.mdb)}; DBQ =
Nume set de înregistrare: OpenOrder
Nume câmpuri: Număr comandă, Nume client
PS: Microsoft Access 2010 nu poate fi conectat folosind scriptul de mai jos.
producție
Avantajele DDF
- Un număr mare de date de testare pot fi citite și scrise în fișierul extern într-un singur test
- Instrucțiunea buclă este folosită pentru a repeta aceiași pași pentru mai multe iterații. Prin urmare, efortul de codificare este redus
- Deoarece datele sunt citite și scrise direct în fișierul extern, nu este nevoie să copiați, să lipiți sau să exportați datele pentru a le utiliza
- Datele de testare pot fi citite dintr-un fișier extern, iar rezultatele pot fi scrise în orice alt fișier extern
Dezavantajele DDF
- Sunt necesare cunoștințe de scripting pentru a dezvolta acest cadru
- Uneori, un număr sau o combinație de date dintr-o sursă externă, cum ar fi o bază de date, poate încetini sau chiar bloca QTP
Cadrul bazat pe cuvinte cheie
Cadrul bazat pe cuvinte cheie este un cadru în care cuvintele cheie conduc testul. Aici cuvântul cheie se referă la funcții definite de utilizator. În acest cadru, cuvintele cheie sunt create pentru a efectua un anumit pas de testare sau un caz de testare. Aceste cuvinte cheie sunt apoi chemate în testul driverului pentru a rula mai multe cazuri de testare în același test.
În general, cadrele pot fi dezvoltate în trei moduri pentru a rula la test.
- Înregistrați și rulați testul
- Adăugați obiecte în depozitul local și scrieți scripturile pentru toți pașii de testare
- Scrieți programarea descriptivă pentru toți pașii testului
În acest tutorial, KDF este dezvoltat prin înregistrarea și rularea testului.
Scopul nostru este să rulăm un singur test pentru cinci cazuri de testare diferite, cum ar fi autentificarea în aplicație, inserarea unei comenzi, deschiderea unei comenzi, ștergerea unei comenzi și închiderea aplicației. Prin urmare, vom înregistra pașii de testare pentru aceste cazuri de testare și vom crea funcțiile cu cuvintele cheie Login, InsertOrder, OpenOrder, DeleteOrder și, respectiv, CloseApp.
Test Case1: Conectați-vă la aplicație
Cuvânt cheie: Log in ()
Scenariul înregistrat:
Test Case2: Introduceți comanda
Cuvânt cheie:InsertOrder()
Scenariul înregistrat:
Test Case3: Deschideți comanda
Cuvânt cheie:Comandă deschisă()
Scenariul înregistrat:
Test Case4: Ștergeți comanda
Cuvânt cheie:DeleteOrder()
Scenariul înregistrat:
Test Case5: Închideți aplicația
Cuvânt cheie:CloseApp()
Scenariul înregistrat:
Funcțiile care sunt create pentru diferite cazuri de testare sunt salvate într-o bibliotecă de funcții și sunt asociate cu testul principal. Este suficient să apelați cuvintele cheie pentru cazurile de testare necesare în testul principal, reducând astfel dimensiunea scriptului driverului în testul principal.
Scriptul de driver pentru acest cadru simplu arată astfel:
Prin rularea scriptului de mai sus, rezultatul real pentru toate cele cinci cazuri de testare poate fi obținut dintr-un singur test.
Avantaje
- Orice număr de cazuri de testare poate fi rulat pe un singur test doar apelând cuvintele cheie respective
- Scrierea programării generale descriptive pentru toate obiectele web/Windows și apelarea lor ca cuvinte cheie va ajuta la rularea aceluiași test pentru diferite aplicații dinamice
- Reduce dimensiunea scriptului driverului
Dezavantaje
- Timpul necesar dezvoltării acestor cadre este foarte mare dacă există un număr foarte mic de cazuri de testare de rulat
- Înregistrarea pașilor nu este întotdeauna utilizată atunci când proiectați KDF pentru multe aplicații pe același test.
Cadrul hibrid
Un framework hibrid este o combinație între un framework bazat pe date (DDF) și un framework bazat pe cuvinte cheie (KDF), în care mai multe cazuri de testare cu mai multe intrări pot fi executate în același test.
În acest articol, aceleași cazuri de testare utilizate în KDF vor fi executate într-un singur test. Cuvintele cheie și scripturile pentru toate cazurile de testare sunt aceleași ca în KDF. Cu toate acestea, TC3: Deschiderea comenzii a fost parametrizat. Prin urmare, scriptul pentru acest caz de testare este scris pentru a primi numărul comenzii dintr-un fișier Excel și pentru a scrie numele clientului în fișierul Excel.
Test Case1: Conectați-vă la aplicație
Cuvânt cheie: Log in ()
Test Case2: Introduceți comanda
Cuvânt cheie:InsertOrder()
Test Case3: Deschideți comanda pentru mai multe numere de comandă
Cuvânt cheie:Comandă deschisă()
Description: Aici este folosit același script folosit pentru a dezvolta un DDF, realizând astfel cazul de testare pentru mai multe iterații.
script:
Test Case4: Ștergeți comanda
Cuvânt cheie:DeleteOrder()
Test Case5: Închideți aplicația
Cuvânt cheie:CloseApp()
Urmând această metodă simplă, se realizează parametrizarea TC3. Dacă este cazul, toate celelalte cazuri de testare pot fi, de asemenea, parametrizate în același test.
Exemplul de mai sus este o modalitate foarte simplă de a proiecta un framework hibrid. Același framework poate fi realizat și cu programare descriptivă.
Avantaje
- Timpul necesar pentru a rula testul conceput cu un cadru hibrid este relativ mai mic în comparație cu alte cadre
- Acesta poate fi folosit atunci când avem nevoie de toate cazurile de testare și intrările care sunt asociate cu un anumit caz de testare, în aceeași suită de teste.
Dezavantaj
- Sunt necesare cunoștințe clare cu privire la combinarea diferitelor cadre.
