În acest tutorial, vom folosi QTP (HP UFT) pentru a crea
- Cadru bazat pe date
- Cadru bazat pe cuvinte cheie
- Cadrul hibrid
Asadar, haideti sa începem -
Cadru bazat pe date
Data Driven Framework este un cadru care este condus de diferitele 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. Pentru a afla mai multe despre parametrizare, vă rugăm să vizitați aici.
Cu toate acestea, în DDF, scripturile sunt scrise pentru a face parametrizarea. Acest tip de cadru este util atunci când funcționalitatea AUT trebuie 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 la sursa externă corespunzătoare.
Pașii generali implicați în cadrul bazat pe date sunt:
- Pregătiți cazul de testare pentru aplicația sub testare
- Adăugați obiectele de la AUT la SAU
- Scrieți scripturile pe baza cazului de testare
În acest tutorial, vom dezvolta un proiect de cadru bazat pe date pentru un exemplu de caz de testare utilizând Excel ca sursă externă pentru datele de testare.
Pasul 1) Pregătiți cazul de testare pentru aplicația sub test
Test Case : 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ă : fișier Excel
Sursa externă pentru acest eșantion este un fișier Excel. Scriptul VB din Micro Focus UFT trebuie scris pentru a deschide un fișier Excel pentru a citi datele testului. Acest lucru poate fi realizat într-un mod ierarhic.
1. Un fișier Excel este deschis mai întâi ca aplicație
2. Apoi, registrul de lucru trebuie să fie deschis din locația specificată
3. Foaia în care sunt prezente datele de testare.
4. În cele din urmă, celula trebuie citită.
Pasul 2) Adăugați obiectele de la AUT la SAU
Odată ce cazul Test 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ă
- Pictograma „Deschideți folderul” din aplicația Rezervare zbor
- Caseta de selectare „Comandă nr” care poate fi obținută când se face clic pe pictograma „Deschideți folderul”
- Caseta WinEdit a comenzii nr. (Unde sunt introduse numerele)
- Butonul OK
- Câmpul „Nume” care este o casetă WinEdit. Acest câmp va fi populat cu un nume după ce se face clic pe butonul OK pentru un anumit număr de comandă.
Odată adăugate toate obiectele necesare, 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”.
Numele Excel : FlightDDF.xlsx
Nume foaie : Foaie1
Ieșire
Odată ce scriptul de mai sus este rulat, rezultatul poate fi obținut din Excel, după cum urmează:
Cadrul bazat pe date poate fi, de asemenea, dezvoltat prin scrierea programării descriptive.
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, urmâ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 specială este citită din câmp.
Script
Pentru a stabili o conexiune la baza de date Microsoft
Driver = {Microsoft Access Driver (* .mdb)}; DBQ =
Numele setului de înregistrări: OpenOrder
Nume câmpuri: Număr comandă, Numele clientului
PS: Microsoft Access 2010 nu poate fi conectat folosind scriptul de mai jos.
Ieșire
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 Loop este utilizată 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 date 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
Dezavantaje ale DDF
- Cunoașterea scripturilor este necesară pentru a dezvolta acest cadru
- Uneori, numărul sau combinațiile de date dintr-o sursă externă, cum ar fi baza de date, pot încetini sau chiar bloca QTP
Cadru bazat pe cuvinte cheie
Keyword Driven Framework este un cadru în care cuvintele cheie conduc testul. Aici cuvântul cheie se referă la funcțiile 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 șoferului pentru a rula mai multe cazuri de testare în același test.
Pentru a afla despre funcțiile definite de utilizator în QTP, vă rugăm să vizitați aici
Î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 programare descriptivă pentru toți pașii de testare
În acest tutorial, KDF este dezvoltat prin înregistrarea și rularea testului.
Scopul nostru este de a rula un singur test pentru cinci cazuri diferite de testare, 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: Autentificare ()
Script înregistrat:
Testul 2: introduceți comanda
Cuvânt cheie: InsertOrder ()
Script înregistrat:
Test Case3: Deschideți comanda
Cuvânt cheie: OpenOrder ()
Script înregistrat:
Testul 4: Ștergeți comanda
Cuvânt cheie: DeleteOrder ()
Script înregistrat:
Test Case5: închideți aplicația
Cuvânt cheie: CloseApp ()
Script înregistrat:
Funcțiile 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 test necesare în testul principal, reducând astfel dimensiunea scriptului driverului în testul principal.
Scriptul driverului pentru acest cadru simplu arată ca:
Rulând scriptul 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 într-un singur test doar apelând cuvintele cheie respective
- Scrierea programării descriptive generale pentru toate obiectele web / windows și apelarea acestora ca cuvinte cheie va ajuta la rularea aceluiași test pentru diferite aplicații dinamice
- Reduce dimensiunea scriptului driverului
Dezavantaje
- Timpul necesar pentru dezvoltarea acestor cadre este foarte mare dacă există foarte puține numere de cazuri de testare pentru a rula
- Înregistrarea pașilor nu este întotdeauna utilizată la proiectarea KDF pentru multe aplicații din același test.
Cadrul hibrid
Un framework hibrid este o combinație de Data Driven Framework (DDF) și Keyword Driven Framework (KDF) unde 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 care sunt 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 test 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: Autentificare ()
Testul 2: introduceți comanda
Cuvânt cheie: InsertOrder ()
Test Case3: Deschideți comanda pentru mai multe numere de comandă
Cuvânt cheie: OpenOrder ()
Descriere: Aici se folosește același script folosit pentru a dezvolta un DDF, obținându-se astfel cazul de testare pentru mai multe iterații.
Script:
Testul 4: Ș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.
De exemplu, este un mod foarte simplu de a proiecta un cadru hibrid. Același cadru poate fi realizat și cu programarea descriptivă.
Avantaje
- Timpul necesar pentru a rula testul proiectat cu un cadru hibrid este relativ mai mic comparativ cu alte cadre
- Acest lucru poate fi utilizat atunci când avem nevoie de toate cazurile de testare și intrările care sunt asociate cu un caz de test particular, în aceeași suită de testare.
Dezavantaj
- Sunt necesare cunoștințe clare privind combinarea cadrului diferit.