Testează cadrele de automatizare - Lucruri pe care trebuie să le știi!

În acest tutorial, veți învăța

• Ce este un cadru?
• Ce este un TEST Automation Framework?
• Tipuri de cadru de automatizare
• 1) Script liniar - Înregistrare și redare
• 2) Cadrul de arhitectură al bibliotecii de testare.
• 3) Cadrul de testare bazat pe date.
• 4) Cadrul de testare bazat pe cuvinte cheie sau pe tabel.
• 5) Cadrul de automatizare a testului hibrid.

Ce este un cadru?

În loc să oferim o definiție liberă a unui cadru, să luăm în considerare un exemplu.

Sunt sigur că ați participat la un seminar / prelegere / conferință în care participanții au fost rugați să respecte următoarele orientări -

• Participanții ar trebui să își ocupe locul cu 5 minute înainte de începerea prelegerii
• Aduceți un notebook și un stilou pentru luarea notelor.
• Citiți rezumatul pentru a avea o idee despre ce va fi prezentarea.
• Telefoanele mobile ar trebui să fie setate pe silențios
• Utilizați porțile de ieșire la capătul opus al difuzorului, dacă trebuie să plecați în mijlocul prelegerii.
• Întrebările vor fi luate la sfârșitul sesiunii

Crezi că poți desfășura un seminar FĂRĂ respectarea acestor linii directoare ????

Răspunsul este un mare DA! Cu siguranță, puteți desfășura un seminar / prelegere / conferință / demonstrație fără liniile directoare de mai sus (de fapt, unii dintre noi nu le vor urma chiar dacă sunt stabilite ... :-)

Dar dacă se respectă liniile directoare, va rezulta un rezultat benefic, cum ar fi distragerea atenției publicului în timpul prelegerii și creșterea reținerii participanților și a înțelegerii subiectului.

Pe baza celor de mai sus, un cadru poate fi definit ca un set de linii directoare care atunci când sunt urmate produc rezultate benefice.

Ce este un TEST Automation Framework?

Un set de linii directoare, cum ar fi standardele de codare, manipularea datelor de testare, tratarea depozitului de obiecte etc. nu reguli; acestea nu sunt obligatorii și puteți în continuare script fără a urma instrucțiunile. Dar veți pierde avantajele de a avea un cadru.

Tipuri de cadru de automatizare

1) Scriptare liniară
2) Cadrul de arhitectură al bibliotecii de testare.
3) Cadrul de testare bazat pe date.
4) Cadrul de testare bazat pe cuvinte cheie sau pe tabel.
5) Cadrul de automatizare a testului hibrid.

Să le privim în detaliu -

1) Script liniar - Înregistrare și redare

Este cel mai simplu dintre toate cadrele și, de asemenea, cunoscut sub numele de „Înregistrare și redare” . În acest cadru, Tester înregistrează manual fiecare pas (Navigație și intrări de utilizator), inserează puncte de verificare (pași de validare) în prima rundă. Apoi, redă scenariul înregistrat în rundele următoare.

De exemplu: luați în considerare conectarea la aplicația de rezervare a zborului și verificați dacă aplicația s-a încărcat la conectarea cu succes. Aici, testerul va înregistra pur și simplu pașii și va adăuga pași de validare.

SystemUtil.Run "flight4a.exe", "", "", "open"Dialog („Autentificare”). WinEdit („Nume agent:”). Setați „Guru99”Dialog („Autentificare”). WinEdit („Parolă:”). Setați „Mercur”Dialog („Autentificare”). WinButton („OK”). Faceți clic pe'Verificați fereastra de rezervare a zborului s-a încărcat după conectarea cu succesFereastra („Rezervare zbor”). CheckPoint („Rezervare zbor”)

Avantaje

• Cel mai rapid mod de a genera un script
• Expertiza automatizării nu este necesară
• Cel mai simplu mod de a afla caracteristicile instrumentului de testare

Dezavantaje

• Reutilizare mică a scripturilor
• Datele de testare sunt codate în script
• Coșmar de întreținere

2) Cadrul de arhitectură al bibliotecii de testare.

Este, de asemenea, cunoscut sub numele de "Scripturi structurate" sau "Descompunere funcțională".

În acest cadru, scripturile de testare sunt înregistrate inițial prin metoda „Record & Playback”. Mai târziu, sarcinile obișnuite din cadrul scripturilor sunt identificate și grupate în funcții. Aceste funcții sunt apelate de scriptul principal de testare numit Driver în diferite moduri de a crea cazuri de testare.

Ex: Folosind același exemplu ca mai sus, funcția de conectare la Rezervare zbor va arăta ca.

Funcția Login ()SystemUtil.Run "flight4a.exe", "", "", "open"Dialog („Autentificare”). WinEdit („Nume agent:”). Setați „Guru99”Dialog („Autentificare”). WinEdit („Parolă:”). Setați „Mercur”Dialog („Autentificare”). WinButton („OK”). Faceți clic peFuncția de sfârșit

Acum, veți apela această funcție în scriptul principal după cum urmează

Apelare autentificare ()---------------------------Alte apeluri funcționale / Pași de testare.---------------------------

Avantaje

• Un nivel mai ridicat de reutilizare a codului este atins în Scripturi structurate în comparație cu „Înregistrare și redare”
• Scripturile de automatizare sunt mai puțin costisitoare de dezvoltat din cauza reutilizării mai mari a codului
• Întreținerea mai ușoară a scriptului

Dezavantaje

• Este necesară expertiza tehnică pentru a scrie Scripturi folosind Test Library Framework.
• Este nevoie de mai mult timp pentru a planifica și pregăti scripturile de testare.
• Datele de testare sunt greu codificate în cadrul scripturilor

3) Cadrul de testare bazat pe date.

În acest cadru, în timp ce logica cazului de testare se află în scripturile de testare, datele de testare sunt separate și păstrate în afara scripturilor de testare. Datele de testare sunt citite din fișierele externe (fișiere Excel, fișiere text, fișiere CSV, surse ODBC, obiecte DAO, obiecte ADO) și sunt încărcate în variabilele din scriptul de testare. Variabilele sunt utilizate atât pentru valorile de intrare, cât și pentru valorile de verificare. Scripturile de testare sunt pregătite fie folosind Scripturi liniare, fie Test Library Framework.

Ex: Dezvoltarea scriptului de conectare la rezervarea zborului folosind această metodă va presupune doi pași.

Pasul 1) Creați un fișier de testare - date care ar putea fi Excel, CSV sau orice altă sursă de bază de date.

Numele agentului	Parola
Jimmy	Mercur
Tina	MERCUR
Factură	Mercur

Pasul 2) Elaborați Scriptul de testare și faceți referințe la sursa de date de testare.

SystemUtil.Run "flight4a.exe", "", "", "open"Dialog („Autentificare”). WinEdit („Nume agent:”). Setați DataTable („AgentName”, dtGlobalSheet)Dialog („Autentificare”). WinEdit („Parolă:”). Setați DataTable („Parolă”, dtGlobalSheet)Dialog („Autentificare”). WinButton („OK”). Faceți clic pe'Verificați fereastra de rezervare a zborului s-a încărcatFereastra („Rezervare zbor”). CheckPoint („Rezervare zbor”)** Notă „dtGlobalSheet” este foaia Excel implicită furnizată de QTP.

Avantaje

• Modificările aduse scripturilor de testare nu afectează datele de testare
• Cazurile de test pot fi executate cu mai multe seturi de date
• O varietate de scenarii de testare poate fi executată doar modificând datele de testare din fișierul de date externe

Dezavantaje

• Este nevoie de mai mult timp pentru a planifica și pregăti atât scripturile de testare, cât și datele de testare

4) Cadrul de testare bazat pe cuvinte cheie sau pe tabel.

Cadrul bazat pe cuvinte cheie sau bazat pe tabel necesită dezvoltarea de tabele de date și cuvinte cheie, independent de instrumentul de automatizare a testelor utilizat pentru a le executa. Testele pot fi proiectate cu sau fără aplicație. Într-un test bazat pe cuvinte cheie, funcționalitatea aplicației sub-test este documentată într-un tabel, precum și în instrucțiuni pas cu pas pentru fiecare test.

Există 3 componente de bază ale unui cadru bazat pe cuvinte cheie și anume. Cuvânt cheie, Harta aplicațiilor, Funcția componentă.

Ce este un cuvânt cheie?

Cuvântul cheie este o acțiune care poate fi efectuată pe o componentă GUI. Ex. Pentru caseta de text a componentelor GUI, unele cuvinte cheie (acțiune) ar fi InputText, VerifyValue, VerifyProperty și așa mai departe.

Ce este harta aplicației?

O hartă a aplicației oferă referințe numite pentru componentele GUI. Hărțile aplicațiilor nu sunt altceva decât „ Depozit de obiecte ”

Ce este funcția componentă?

Funcțiile componente sunt acele funcții care manipulează sau interogează în mod activ componenta GUI. Un exemplu de funcție ar fi să faceți clic pe butonul web cu toate gestionarea erorilor, introduceți datele într-o editare web cu toate gestionarea erorilor. Funcțiile componente pot fi dependente de aplicație sau independente.

Ex : Pentru a înțelege Vizualizarea cuvintelor cheie, să luăm același exemplu. Invocă 2 pași

Pasul 1 : Crearea unui tabel de date (diferit de tabelul de testare-date creat în cadrul bazat pe date). Acest tabel de date conține acțiuni care trebuie efectuate pe obiecte GUI și, dacă există, argumente corespunzătoare. Fiecare rând reprezintă un pas de testare.

Obiect (Aplicație MAP)	Acțiune (CUVINTE CHEIE)	Argument
WinEdit (Nume agent)	A stabilit	Guru99
WinEdit (Parolă)	A stabilit	Mercur
WinButton (OK)	Clic
Fereastra (rezervare zbor)	Verifica	Exista

Pasul 2 : Scrierea codului sub formă de funcții componente.

Odată ce ați creat tabelul (tabelele) de date, pur și simplu scrieți un program sau un set de scripturi care citește în fiecare pas, executați pasul pe baza cuvântului cheie conținut în câmpul Acțiune, efectuează verificarea erorilor și înregistrează orice informație relevantă. Acest program sau set de scripturi ar arăta similar cu pseudo-codul de mai jos:

Funcția principală (){Call ConnectTable (Numele tabelului) {// Funcția de apelare pentru conectarea la masă.while (Call TableParser ()! = -1) // Funcția de apelare pentru analizarea și extragerea valorilor din tabel.{Transmiteți valorile către funcțiile COMPONENTE corespunzătoare. Like Set (Object Name, Argument) ex.Set (Agent Name, Guru99).}}Apelați CloseConnection () // Funcție pentru închiderea conexiunii după ce a fost efectuată toată operațiunea.} // Sfârșitul principalului

Asta este totul pentru cadru bazat pe cuvinte cheie.

Avantajul Keyword Driven Framework este că cuvintele cheie sunt reutilizabile. Pentru a înțelege acest lucru, vă recomandăm să verificați operațiunea de conectare pentru un site web, spuneți YAHOO MAIL. Tabelul va arăta așa -

Obiect (HARTA APLICAȚIE)	Acțiune (CUVINTE CHEIE)	Argument
WebEdit (UserName)	A stabilit	Această adresă de e-mail este protejată de spamboți. Aveți nevoie de JavaScript activat pentru ao vizualiza.
WebEdit (Parolă)	A stabilit	xxxxx
WebButton (OK)	Clic
Fereastra (Yahoo Mail)	Verifica	Încărcături

Dacă observați în acest caz Setul de cuvinte cheie, clic, verificare rămân aceleași pentru care funcțiile componente corespunzătoare sunt deja dezvoltate. Tot ce trebuie să faceți este să schimbați aplicația Mapare (depozit de obiecte) de la rezervarea de zbor anterioară la Yahoo Mail, cu o modificare a valorilor argumentelor și același script va funcționa!

Avantaje

• Oferă reutilizarea codului ridicat
• Instrument de testare independent
• Independent de aplicația sub test, același script funcționează pentru AUT (cu unele limitări)
• Testele pot fi proiectate cu sau fără AUT

Dezavantaje

• Investiția inițială fiind destul de mare, beneficiile acesteia pot fi realizate numai dacă aplicația este considerabil mare și scripturile de testare trebuie menținute pentru câțiva ani.
• Este necesară o expertiză înaltă în domeniul automatizării pentru a crea cadrul bazat pe cuvinte cheie.

NOTĂ: Chiar dacă Micro Focus UFT se face publicitate ca KeyWord Driven Framework, nu puteți realiza instrumentul de testare complet și idependența aplicației utilizând HP UFT.

5) Cadrul de automatizare a testului hibrid.

După cum sugerează și numele, acest cadru este combinația dintre unul sau mai multe cadre discutate mai sus, care trag de la punctele lor forte și încearcă să le atenueze punctele slabe. Acest cadru hibrid de automatizare a testelor este ceea ce majoritatea cadrelor evoluează în timp și în mai multe proiecte. Industria maximă utilizează Keyword Framework într-o combinație de metode de descompunere a funcției.

PS: Alte cadre care merită menționate sunt

Test Modularity Framework

În acest cadru, o sarcină comună în scriptul de testare este grupată ca Module.

Ex : Utilizarea acțiunilor în utilizarea QTP poate crea un script Modualr

Exemplu de script pentru autentificare

SystemUtil.Run "flight4a.exe", "", "", "open"Dialog („Autentificare”). WinEdit („Nume agent:”). Setați „Guru99”Dialog („Autentificare”). WinEdit („Parolă:”). Setați „Mercur”Dialog („Autentificare”). WinButton („OK”). Faceți clic pe'Sfârșitul Scriptului

Acum puteți apela această acțiune în scriptul principal după cum urmează -

RunAction („Autentificare [Argument]”, oneIteration)

Testarea proceselor de afaceri (BPT)

Acest cadru, împarte procesele comerciale mari în componente care pot fi refolosite de mai multe ori în aceleași scripturi de testare sau diferite. De exemplu, Procesul comercial de rezervare a unui zbor este împărțit în componente precum Conectare, Găsire zboruri, Rezervare, Plată și deconectare, care pot fi refolosite în același proces comercial sau procese diferite. De asemenea, BPT facilitează o coordonare mai strânsă între IMM-uri și ingineri de automatizare.