Cadre de automatizare a datelor, cuvintelor cheie și hibride în QTP/UFT

Cadrul bazat pe date

Data Driven Framework este un cadru care este condus de diferitele combinații de date de intrare și de 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 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. și ieșirile respective sunt scrise înapoi în sursa externă corespunzătoare.

Pașii generali implicați în cadrul bazat pe date sunt:

1. Pregătiți Caz de testare pentru aplicația în curs de testare
2. Adăugați obiectele de la AUT la OR
3. Scrieți scripturile pe baza cazului de testare

În acest Tutorial UFT, vom dezvolta un 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 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 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 de testare. Acest lucru poate fi realizat î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 de la AUT la 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ă

• Pictograma „Deschidere folder” în Aplicație de rezervare a zborului
  

• Caseta de selectare „Nr. comandă” care poate fi obținută atunci când se face clic pe pictograma „Deschidere dosar”.

• Caseta WinEdit a nr. de comandă (unde sunt introduse numerele)

• Butonul OK

• Câmpul „Nume” care este o casetă WinEdit. Acest câmp va fi completat cu un nume odată 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

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, numărul sau combinațiile de date dintr-o sursă externă, cum ar fi baza de date, pot încetini sau chiar bloca QTP-ul

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

1. Înregistrați și rulați testul
2. Adăugați obiecte în depozitul local și scrieți scripturile pentru toți pașii de testare
3. 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 cadru hibrid este o combinație de Data Driven Framework (DDF) și Keyword Driven Framework (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 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: Deschide comanda 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.

De exemplu, este o modalitate foarte simplă de a proiecta un cadru hibrid. Același cadru poate fi realizat și cu programarea 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.