VuGen (Utilizator virtual Generator) Exemplu de script în LoadRunner

Ce este VUGen?

VUGen (Utilizator virtual Generator) este un instrument cheie în LoadRunner pentru a crea scripturi de testare pentru a emula comportamentul utilizatorului real pe sistemul dumneavoastră. În VUGen, un om este înlocuit cu un utilizator virtual (VUser), iar acțiunile efectuate de un VUser sunt înregistrate în scriptul VUser pentru a emula comportamentul utilizatorului real pentru testare și monitorizare.

VUGen este una dintre cele patru componente de bază ale LoadRunner. Este prima componentă cu care interacționați atunci când începeți cu Performance Testarea folosind HP LoadRunner.

Să înțelegem câteva caracteristici importante legate de VUGen

VUScripts: După cum s-a descris deja, scopul VUGen este de a crea VUScript-uri care sunt utilizate pentru a simula un utilizator virtual real.

acţiuni: O acțiune este un set de tranzacții efectuate de utilizator în System Under Load pentru a realiza o sarcină definită. O acțiune poate fi comparată cu o funcție în alte limbaje de programare. Fiecare script Vuser are 3 funcții implicite

• Vuser_init (folosit pentru a vă conecta la aplicație)
• Acțiune (utilizată pentru a înregistra procesul de afaceri)
• Vuser_end (utilizat pentru deconectarea aplicației)

VUGen nu numai că înregistrează scripturile, ci și le redă (pentru doar 1 VUser) pentru a se asigura că scriptul este înregistrat corect. Odată ce vă asigurați că scriptul este înregistrat corect, îl includeți într-un scenariu LoadRunner

Procesul de dezvoltare a scriptului în VUGen

1. Înregistrați scriptul: De obicei, acesta este primul pas al scriptării în care fiecare acțiune a utilizatorului este înregistrată într-un script.

2. Reluați și verificați: Odată ce scriptul este înregistrat, răspundeți la script pentru a vă asigura că funcționează corect. Verificați orice impact prin interfața aplicației sau baza de date.

3. Îmbunătățiți Scriptul: Odată ce înregistrarea a fost verificată, îmbunătățiți scriptul adăugând puncte de control, validând date, adăugând tranzacții și puncte de întâlnire.

4. Reluați și verificați: Ca și mai devreme, redați din nou scenariul și verificați dacă totul funcționează conform intenției.

5. Configurați setările de rulare: Configurați și controlați durata ritmului, variația timpului de gândire, setările proxy și dacă doriți să ignorați orice resurse externe.

6. Utilizare pentru scenarii de încărcare: Formulați scenarii de încărcare pe baza obiectivelor de testare. Utilizați distribuția sarcinii și agenți la nivel geografic pentru a crea scenarii asemănătoare reale.

Comparați înregistrarea dintre QTP și LoadRunner

VUGen ignoră obiectele UI:

Spre deosebire de scripturile QTP, scripturile LoadRunner sunt independente de GUI. Acest lucru se datorează faptului că codul generat nu funcționează pe baza obiectelor UI, ci mai degrabă, funcționează pe baza cererii clientului către server și așteptând răspunsul serverului înapoi către client. Acesta este motivul pentru care reluarea scripturilor LoadRunner este întotdeauna independentă de browser. Utilizatorul V poate comunica direct cu un server executând apeluri către API-ul serverului, fără a se baza pe software-ul client (SUL), ceea ce înseamnă că nu va avea niciun impact asupra scripturilor dacă modificările sunt aduse interfeței de utilizare a sistemului sub încărcare. Aceasta spune; cel Test de performanta se bazează complet pe comunicarea client/server (cerere și răspuns) și nu pe obiectele GUI.

Vă rugăm să consultați linkul de mai jos pentru mai multe detalii: http://youtu.be/FDORUeqpNJs?t=3m41s

Vom vedea în mai multe detalii cum funcționează scripting-ul VUGen mai jos.

Introducere în aplicația Web Tours

Pentru toate scopurile practice, vom folosi aplicația Web Tours care vine la pachet cu LoadRunner.

Tururile web HP necesită „tururi web” dependente Apache server” să ruleze înainte de a putea funcționa. Pentru a rula Web Tours Apache Server, mergeți la Start Menu => HP Software => Samples => Web și apoi faceți clic pe Start HP Web Tour Server.

Odată ce „serverul” a fost activat, acesta va deschide un shell și va ieși pe consolă.

Consola ar trebui să arate ca instantaneul de mai jos, căutați adresa dvs. IP în shell:

NOTĂ: dacă închideți această fereastră, serverul se va opri.

Acum puteți accesa aplicația Web Tours –

Odată lansat, va arăta ca -

Înțelegerea mediului VUGen

Pentru a rula VUGen, faceți dublu clic pe comanda rapidă VUGen de pe desktop sau mergeți la Start Menu => HP Software => apoi faceți clic pe Virtual User Generator.

Ecranul de prezentare VUGen va apărea după cum urmează

Ecranul de start va deschide ulterior HP Virtual User Generator Pagina de pornire, după cum se arată mai jos:

Din meniul Fișier, puteți observa diferite comenzi de control. Scopul acestor controale este menționat mai jos:

Script nou și soluție: este folosit pentru a începe crearea unui nou script. Alternativ, puteți crea un nou script din butonul din bara de instrumente.

Deschide >> Script Solution: este folosit pentru a deschide un script sau o soluție existentă, creată anterior, dintr-un director.

Adăugați >> Script nou: este folosit pentru a adăuga un script creat anterior în soluția curentă

Ne vom familiariza cu alte controale pe măsură ce începem să creăm primul nostru script. Să continuăm să învățăm.

Clic aici dacă videoclipul nu este accesibil

Crearea primului tău script VUGen

Înainte de a înregistra, asigurați-vă că serverul aplicației Web Tours rulează. Amintiți-vă, trebuie să mențineți serverul în funcțiune, așa că nu îl închideți. Dacă te deranjează fereastra, o poți minimiza.

Sfat: Într-o problemă din lumea reală, trebuie să se familiarizeze cu aplicația subiect (SUL), mai ales dacă aceasta implică fluxuri de lucru complexe și etape de date. De asemenea, puteți interacționa cu HP Web Tours pentru a vă asigura că puteți repeta pașii exacti când înregistrați.

Înainte de a putea începe cu scriptarea oricărei aplicații (SUL), trebuie să vă familiarizați cu fluxul aplicației. Cu acest tutorial, să ne familiarizăm cu HP Web Tours, care este livrat și instalat automat cu HP LoadRunner.

Pas 1) Faceți clic pe File => New Script and Solution, așa cum se arată în instantaneul de mai jos:

Puteți utiliza comanda rapidă (Ctrl + N) pentru a face același lucru.

Pas 2) Se afișează o fereastră de selectare a protocolului. Lista arată ușor diferită de versiunile anterioare

1. Selectați Protocol unic

2. web

3. Introduceți Nume Script

4. Faceți clic pe Creare

Notă: Poți să folosești Consilier de protocol pentru a determina protocolul potrivit pe care aplicația dumneavoastră îl folosește pentru comunicare. Pentru HP Web Tours, știm deja că necesită protocolul „Web – HTTP/HTML”. Vom învăța într-o etapă ulterioară cum să stabilim protocolul potrivit pentru SUL dumneavoastră.

Sfat: O aplicație poate necesita mai mult de 1 protocoale uneori pentru a comunica cu serverul său. Pentru un astfel de caz, navigați la lista de protocoale multiple din partea stângă a ferestrei.

HP Web Tours, totuși, necesită un singur protocol atunci când scrieți scripturi cu VUGen.

Sfat: Nu vă puteți redenumi ușor scripturile, așa că fiți creativ când dați un nume scripturilor. Dacă trebuie să redenumiți un script, utilizați Salvare ca caracteristică și dați un nou nume. O nomenclatură bună ar putea fi ceva de genul WT01_Signup, unde WT este o formă scurtă a numelui aplicației, 01 este o secvență de proces de afaceri și Înregistrare se referă la procesele de afaceri care sunt scriptate. De asemenea, rețineți că nu puteți utiliza spații într-un nume de script.

Pas 3) după ce faceți clic pe Creare, HP VUGen va deschide IDE (Integrated Development Environment) sau editor de coduri. Puteți observa că fișierele script sunt goale, cu excepția semnăturii de bază a Function Action. Instantaneul de mai jos ar trebui să vă ajute să înțelegeți mai bine:

Pas 4) Faceți clic pe butonul Înregistrare pe care le găsiți în bara de instrumente. Consultați instantaneul de mai jos:

Pas 5) se deschide o nouă fereastră

1. Dacă studiem fereastra de mai sus, numele scriptului este menționat în bara de titlu a acestui pop-up. Acest lucru vă va ajuta să faceți modificări la scriptul potrivit atunci când aveți de-a face cu mai multe scripturi deschise simultan.

2. Dacă nu vedeți restul comenzilor, faceți clic pe Mai puține opțiuni pentru a vă asigura că nu vedeți mai puține opțiuni.

3. Înregistrați în acțiune câmpul determină locul în care este generat codul după înregistrare. Scripturile VUGen facilitează trecerea la alte acțiuni sau creează noi acțiuni în timpul și după înregistrare.

4. Record: câmpul spune VUGen că aplicația subiect (SUL) este o aplicație web sau un client desktop. Această opțiune nu poate fi anulată odată ce începe înregistrarea.

5. aplicaţie: câmpul spune VUGen, ce browser să folosească pentru înregistrare. Dacă nu lucrați cu protocolul Web – HTTP/HTML, veți selecta clientul desktop cu acest câmp.

Sfat: Spre deosebire de scripturile QTP, exemplele de scripturi LoadRunner sunt independente de GUI. Acest lucru se datorează faptului că codul generat nu funcționează pe baza obiectelor UI, mai degrabă, funcționează pe principiul solicitării clientului către server și așteptând răspunsul serverului înapoi către client - de obicei, sub formă de HTML (de unde și numele unui protocol). )

6. Adresa URL: URL-ul SUL este introdus aici. VUGen va invoca această adresă URL când se face clic pe „Start Recording”. Browserul folosit va fi cel menționat la „Record:” dacă este diferit de browser-ul implicit.

7. Începeți înregistrarea: Imediat vs. Întârziat: Dacă ați selectat Imediat modul de înregistrare, veți observa că VUGen începe înregistrarea evenimentelor de îndată ce apăsați butonul „Start Recording”. Cu toate acestea, dacă selectați modul de înregistrare întârziată, VUGen va invoca sistemul (SUL), dar nu va începe să capteze evenimente decât dacă faceți clic pe butonul Înregistrare din bara plutitoare.

8. Director de lucru: Acesta este un director temporar pe care VUGen îl va folosi în timpul captării evenimentelor. O copie a scriptului dvs. va fi disponibilă și în această locație, doar în cazul în care vă pierdeți folderul 🙂

9.Opțiuni de înregistrare: Aceste setări indică VUGen ce tip de adrese URL să capteze și ce mod de înregistrare să folosească.

10.Începeți înregistrarea: Va începe înregistrarea. Apasa pe el

Pas 6) Odată ce începe înregistrarea, VUGen va invoca aplicația HP Web Tours folosind browserul selectat.

Să înțelegem cu un exemplu de script LoadRunner pentru a înregistra un utilizator la aplicația Web Tours și a înregistra un script de bază.

Va apărea o bară de înregistrare plutitoare care va oferi diverse controale asupra înregistrării. Acesta indică timpul scurs și un număr de evenimente capturate automat. Să ne uităm îndeaproape la bara plutitoare.

În instantaneul prezentat mai sus, SUL a declanșat 56 de evenimente și a trecut un total de 0 minute și 25 de secunde de la începutul înregistrării.

De asemenea, veți observa că nu se declanșează niciun eveniment pe măsură ce introduceți text. Întrebați-vă de ce. Poti sa raspunzi?

Acest lucru se datorează faptului că nu are loc nicio comunicare client-server pe măsură ce tastați. Prin urmare, nu sunt declanșate evenimente și nu este generat niciun script privind tastarea. Codul va fi generat numai după ce ați trimis formularul (faceți clic pe Continuare)

Înregistrarea poate fi în pauză folosind butonul de pauză. Rețineți că atâta timp cât înregistrarea rămâne întreruptă, toate evenimentele declanșate de aplicație vor fi ignorate. Aceasta înseamnă, de asemenea, că, chiar dacă aplicația dvs. trimite cereri și/sau primește formularul de răspuns SUL, scriptul nu va fi generat atâta timp cât ați întrerupt înregistrarea.

Dacă ați întrerupt înregistrarea, va trebui să faceți clic pe înregistrare butonul din bara plutitoare pentru a relua înregistrarea.

În timp ce înregistrați în secțiunea vuser_init, veți observa că butonul de întâlnire nu este activat. Comutați la Acțiune (sau creați o acțiune nouă) și continuați înregistrarea. Consultați instantaneul de mai jos pentru a afla cum să comutați Acțiunea.

Veți observa că după trecerea la o Acțiune, rendezvous-ul butonul va fi activat automat. Asta pentru ca VUGen nu permite inserarea punctelor de întâlnire în vuser_init.

Utilizarea tranzacțiilor în timp record

Să presupunem că doriți să măsurați timpul de răspuns atunci când numărul X de utilizatori simultan se înregistrează. Pentru a aborda acest obiectiv, să citim în continuare.

Până acum ați înregistrat deschiderea aplicației în acțiunea vuser_init. După ce ați trecut la Acțiune, introduceți informațiile de utilizator solicitate de SUL. Acum, înainte de a apăsa butonul „Continuare”, urmați pașii de mai jos:

Începeți o tranzacție făcând clic pe butonul în bara plutitoare. Introduceți numele tranzacției, de exemplu, 01_Signup.

Sfat: Este o practică bună să vă denumiți tranzacția cu un prefix precum 01_ pentru a le menține unice.

Bara plutitoare va arăta astfel:

Faceți clic pe OK pentru a închide eticheta tranzacției.

Faceți clic pe butonul Continuare al aplicației.

Încheiați tranzacția făcând clic pe butonul. Selectați numele tranzacției pe care doriți să o închideți, de exemplu, 01_Signup în acest caz. Consultați instantaneul de mai jos pentru ilustrare.

Dacă nu aveți mai multe tranzacții deschise, veți vedea un singur nume. Dacă aveți mai multe, totuși, veți putea selecta din listă.

Inserați comentarii la timp record

Acum că ați încheiat cu succes tranzacția, puteți pune un comentariu în timp record pentru a vă oferi un memento când studiați codul mai târziu. Din bara plutitoare, faceți clic pe butonul pentru a insera un comentariu. O casetă de text va apărea lângă bara plutitoare în care puteți introduce orice text.

Acest comentariu va fi inserat în cod după pașii (codul) pe care tocmai i-ați terminat înainte de a face clic pe butonul OK.

Din aplicație, puteți face clic pe Continuare. Veți observa o notă de bun venit de către o aplicație.

Acum selectați acțiunea vuser_end și faceți clic Ieșire din aplicație. Închideți aplicația și faceți clic pe butonul de oprire din bara plutitoare.

Generarea codului

Odată ce înregistrarea a fost oprită, veți observa activitatea de după generare a VUGen. Aceasta include generarea de coduri, tranzacții și comentarii bazate pe înregistrarea dvs. Consultați instantaneul de mai jos.

Imediat după ce VUGen a terminat „Efectuarea operațiunilor de post generare” va începe „Efectuarea scanării pentru operația de corelare post generare” Vom vedea mai detaliat ce înseamnă corelația.

Odată ce operațiunea de post generare este terminată, veți vedea fereastra Design Studio. Dacă se găsesc candidați pentru corelare, le veți putea examina în această fereastră.

Puteți face clic în siguranță pe butonul Închidere, iar VUGen vă va duce la codul care a fost generat.

Fereastra va arăta astfel:

După cum este evidențiat în figura de mai sus, editorul conține cod ușor de înțeles, care poate fi citit. Puteți arunca o privire asupra parametrilor utilizați în timpul înregistrării.

Partea stângă a VUGen se numește Step Navigator, care vă permite să înțelegeți „scriptul” fără să vă uitați la granularitățile codului. De exemplu, puteți citi pași ca, deschiderea unei adrese URL, petrecerea timpului de gândire și trimiterea formularului. Aceasta încapsulează toți parametrii asociați cu fiecare cerere.

Scriptul dvs. a fost generat, faceți clic pe meniul Fișier și apoi faceți clic pe Salvare script ca pentru a naviga în locația în care doriți să salvați scriptul. VUGen va sugera automat ultimul director folosit dacă ați salvat deja un script mai devreme. Numele sugerat va fi numele pe care l-ați menționat când ați început înregistrarea.

Totul este gata.

Acum, felicită-te pentru că primul tău script a fost generat și salvat cu succes.

Decizia unui consilier de protocol și protocol

S-ar putea să vă întrebați de ce am folosit protocolul Web – HTTP/HTML. Cum am decis ce protocol să folosim? Răspunsul nu este atât de simplu.

Există un set de abilități de bază arhitecturală pe care trebuie să le aveți ca o condiție prealabilă pentru a răspunde la această întrebare. Dacă sunteți începător, vă puteți asocia cu cineva care are abilități solide de arhitectură și dezvoltare la nivelul clientului pentru SUL dumneavoastră. Puteți vorbi cu dezvoltatorii SUL dvs. și puteți afla ce interfețe folosește aplicația dvs. Acest lucru ar trebui să vă conducă pe o cale naturală către interfețele pe care le veți utiliza pentru dezvoltarea de scripturi de utilizator virtual și pentru selectarea protocolului.

Pentru a răspunde nevoilor începătorilor mai puțin cunoscători în abilitățile arhitecturale, LoadRunner a introdus o caracteristică numită Protocol Advisor în LoadRunner 9.1. Deși acest lucru le-a făcut viața mai ușoară pentru mulți, ar trebui să se bazeze mai mult pe abilitățile de arhitectură și dezvoltare, în loc de consilier de protocol și de a primi informații de la echipa de dezvoltare despre tehnologiile de dezvoltare subiacente. Este posibil ca protocolul să nu sugereze protocolul corect în toate cazurile.

Pentru a utiliza Protocol Advisor, accesați Înregistrare => Protocol Advisor => Analizați aplicația

Consultați instantaneul de mai jos:

Aceasta va deschide fereastra principală a Protocol Advisor. Dacă observați, acest lucru seamănă puțin cu fereastra care apare pentru înregistrare. Să aruncăm o privire la fereastra de mai jos:

Selectați browserul web deoarece folosim o aplicație bazată pe web.

Specificați adresa URL a aplicației care va fi invocată ulterior. Directorul de lucru poate fi lăsat ca atare, deoarece acesta este doar un director temporar pe care VUGen îl poate utiliza. Asigurați-vă că aveți acces de citire și scriere în acest director.

Faceți clic pe butonul Începeți analiza.

Va apărea o bară plutitoare, oarecum similară cu bara plutitoare pentru timpul record. Aruncă o privire la instantaneu:

Procesul va spune timpul scurs și un număr de evenimente declanșate. Cu toate acestea, această informație nu este necesară. Singurul beneficiu al acestui contor de evenimente este că știți că clientul dvs., SUL, comunică cu serverul.

Este o bună practică să analizați un singur proces de afaceri la un moment dat, deoarece diferitele procese de afaceri dintr-o aplicație pentru întreprinderi mari pot implica diferite protocoale. De exemplu, un tablou de bord într-o anumită aplicație poate avea Ajax sau Flex etc., dar acesta nu va fi prezent pe pagina de conectare.

După ce ați terminat de executat un anumit proces de afaceri, puteți apăsa butonul Stop. Consultantul de protocol VUGen va veni cu un raport rezumat cu privire la sugestia de protocol. Uită-te cum arată:

Puteți vedea sugestiile de la Protocol Advisor. Acestea pot fi sau nu cele mai bune alegeri de a alege.

Ați învățat să utilizați Protocol Advisor până acum. Cu toate acestea, acest lucru ar putea fi util pentru începători sau pentru o situație în care aveți nevoie de „o altă opinie” – bazați-vă pe simțul arhitectural, cunoștințele de programare, abilitățile de dezvoltare și informațiile primite de la echipa de dezvoltare pentru a decide asupra protocolului.

Opțiuni de înregistrare

Ori de câte ori VUGen generează un script, codul generat se bazează pe diverse configurații care pot fi găsite în „Opțiuni de înregistrare” – sau puteți apăsa Ctrl + F7 pentru a vizualiza Opțiunile de înregistrare în LoadRunner.

Să aruncăm o privire la fereastra cu opțiuni de înregistrare înainte de a discuta toate configurațiile:

Există diferite categorii de configurații, cum ar fi General, Corelations, Network și Data Format Extension. Să înțelegem cele mai semnificative dintre acestea, unul câte unul.

General => Înregistrare:

Acest subiect necesită o înțelegere detaliată. Prin urmare, acest lucru este discutat separat.

General => script:

Aruncă o privire la instantaneu pentru o privire:

Veți observa asta Limbă meniul derulant este dezactivat. Un mit comun este că LoadRunner nu generează cod în nicio altă limbă. Un alt mit este că necesită o licență pentru a lucra în alte limbi.

Ambele sunt false. LoadRunner decide singur ce limbă să folosească la generarea scriptului. În aproape toate cazurile, te vei trezi că lucrezi cu Limbajul C.

Cu siguranta Java aplicații (cum ar fi Java applet-uri) codul generat va fi în JavaLimbajul scriptului.

VUGen va genera un script în Limbajul VBScript numai pentru aplicațiile dezvoltate în Visual Basic clasic (MS Visual Studio 2002)

Opțiuni de scriptare:

Puteți opta pentru „Generează timp de gândire fix după încheierea tranzacției”. Aceasta înseamnă că, indiferent cât de mult așteaptă un utilizator, timpul de gândire generat (întârzierea) va fi egal cu valoarea specificată. Valoarea este în secunde.

Un număr maxim de linii în acțiune fișierul se referă la numărul maxim de linii pe care VUGen va genera o acțiune. Dacă scriptul este mai mare, VUGen va crea automat o nouă acțiune. Valoarea implicită este setată la 60,000. Valoarea maximă care poate fi specificată este 65,000

Această configurație poate fi utilă atunci când aveți de-a face cu o aplicație desktop cu Oracle pe backend.

General => Protocol vă oferă opțiunea de a selecta și deselecta orice protocoale pe care le-ați selectat la începutul înregistrării

În esență, aceasta va fi folosită numai atunci când doriți Re-Generează Scriptul.

Aruncă o privire pe ecran:

Acest lucru este util atunci când ați folosit mai multe protocoale la momentul înregistrării unui script. Puteți regenera scriptul și deselecta protocoalele pe care nu le doriți și puteți obține un nou script fără a fi nevoie să-l reînregistrați.

General => Generare cod:

Aruncă o privire la instantaneul de mai jos:

Această configurație îi spune lui VUGen să găsească candidați pentru corelare într-un timp record. Dacă nu doriți corelarea automată, atunci este posibil să doriți să dezactivați această funcție.

Corelație => Configurare:

Aruncă o privire la captura de ecran de mai jos și familiarizează-te cu ecranul.

Deși corelarea automată este utilă doar de la 5% la 10%, totuși puteți selecta „Scanare reguli” și „Corelați automat valorile găsite”. Cu toate acestea, dacă scriptul nu se redă, puteți lua în considerare restabilirea la valorile implicite făcând clic pe un buton.

Corelație => reguli:

Accesați Reguli și aici puteți vedea diverse reguli pe care VUGen le folosește pentru a găsi candidați de corelare. Puteți adăuga reguli personalizate dacă știți ce folosește aplicația dvs. (SUL) ca parametri. Cu toate acestea, aceasta este o utilizare avansată a setărilor de timp record. Dacă ești începător, poți sări peste acest subiect în siguranță.

Proprietăți HTTP => Avansat:

Acest cadru oferă diverse setări legate de legarea HTTP.

Resetați contextul pentru fiecare acțiune, activarea acestei opțiuni indică VUGen să resetați toate contextele HTP dintre acțiuni la starea lor inițială înainte de înregistrare, oferind un început curat pentru sesiunea de înregistrare. Opțiunea este activată implicit.

Puteți lăsa restul configurațiilor intacte, dacă nu este necesar.

Reţea => Maparea portului:

Acest cadru trebuie lăsat intact. Dacă înregistrați o aplicație desktop, atunci poate fi necesar să alegeți datele la nivel WinINet.

Puteți merge la Opțiuni (atâta timp cât utilizați date la nivel de socket) și puteți selecta diverse opțiuni, cum ar fi versiunea SSL sau alte tipuri de Secure Socket Layer. Dacă sunteți un nivel începător sau nu aveți nevoie de aceste opțiuni, puteți sări peste. Aruncă o privire pentru a te familiariza cu ecranul.

Acum ați terminat cu majoritatea opțiunilor de timp de înregistrare, să trecem la următorul subiect și să înțelegem diferența dintre scripturile bazate pe HTML și URL.

Diferența dintre scripturile bazate pe HTML și cele bazate pe URL

Este posibil să fi observat o opțiune de a alege fie un script bazat pe HTML, fie un script bazat pe URL. Aruncă o privire la instantaneu pentru un flashback.

Deci, care este această opțiune și pe care să o alegeți?

Script bazat pe HTML se bazează pe acțiunile utilizatorului, iar scripturile conțin funcții care corespund direct acțiunii întreprinse. Să înțelegem un exemplu de mic fragment de cod:

Exemplu:

web_link(“Enterprise Systems Performance",
"Text=Enterprise Systems Performance,"
"Snapshot=t4.inf",
LAST);

Script bazat pe URL se bazează pe solicitările HTTP trimise către server ca urmare a acțiunilor utilizatorului.

Iată un exemplu de cod pentru modul URL pentru aceleași acțiuni efectuate ca mai sus (în modul HTML)

Exemplu:

web_url(“Enterprise Systems Performance",
"URL=/esp.html",
"TargetFrame=",
"Resource=0",
"RecContentType=text/html",
"Referer=/atc?. . . ,
"Snapshot=t4.inf",
"Mode=URL",
LAST);

Sfat: Cel mai bine este să te experimentezi înainte de a merge mai departe. Schimbați setările timpului de înregistrare și înregistrați același script de două ori, adică o dată cu modul HTML și o dată cu modul URL - apoi comparați ambele. Păstrați scenariul scurt, astfel încât să puteți înțelege diferența.

Cum decidem ce mod să folosim?

Să înțelegem avantajele și dezavantajele ambelor moduri, așa că înțelegeți care mod este mai potrivit în anumite situații:

Beneficiile înregistrării HTML

• Reduce nevoia de a capta valori dinamice
• Valorile etichetelor de acțiune și datele ascunse NU sunt codificate
• Acestea sunt preluate din memorie în timpul redării
• Dacă sunt dinamice, VUser încă rulează
• Scriptul este la fel de mare ca procesul de afaceri – un pas pe pagină

Dezavantajele înregistrării HTML

• Scripturile sunt mai puțin scalabile
• Memoria (cache-ul) este căutată în timpul redării
• necesită mai multă memorie
• necesită mai multă putere CPU

Beneficiile înregistrării URL

• Flexibilitate
• Suport pentru Java Applet-uri și obiecte ActiveX pe pagină
• Abilitatea de a relua pe UNIX

• scalabilitate
• Scripturile sunt mai scalabile decât scripturile HTML, deoarece necesită mai puține resurse

Dezavantajele înregistrării URL

• Scripturile necesită mai multă corelare (nimic nu este preluat din cache)
• Verificările sensibile la context nu vor funcționa (parserul este dezactivat)*
• Scripturile sunt mari (toate imaginile și cadrele sunt înregistrate ca pași separati)

Iată o ilustrare rapidă:

Modul HTML	Modul URL
Intuitiv și ușor de înțeles.	Nu la fel de intuitiv ca scripturile HTML.
Scripturile sunt mai mici, cererile sunt încapsulate și ușor de înțeles.	Scripturile sunt mari, conținând un apel către fiecare imagine, css, html etc., făcând astfel dificil de înțeles.
Scalabil.	Mai scalabil și mai eficient pentru crearea unui testul de încărcare.

Utilizarea Re-Generate Script

Să presupunem că doriți să înregistrați același script pe care tocmai l-ați înregistrat, dar cu setări diferite de timp de înregistrare. Într-un astfel de caz, puteți utiliza funcția de regenerare a scriptului.

Îl puteți accesa sub Înregistrare => Regenerare Script sau cu tasta rapidă Ctrl+Shift+R

După ce faceți clic pe meniu, VUGen vă va avertiza că scriptul dvs. existent și toate modificările pe care le-ați făcut în scriptul existent se vor pierde. Mesajul de avertizare arată astfel:

Puteți, de asemenea, să faceți clic pe Opțiuni pentru a deschide Opțiuni de timp de înregistrare de aici.

Faceți clic pe OK pentru a continua cu regenerarea unui script.

Redarea unui script și înțelegerea jurnalului

După ce ați salvat scriptul, puteți face clic pe în bara de instrumente pentru a relua sau apăsați F5.

Puteți găsi acest buton în bara de instrumente:

Trebuie să vă asigurați că serverul rulează (ceea ce este necesar pentru ca aplicația să funcționeze corect)

Când redați scriptul, veți observa că, spre deosebire de QuickTest Professional, acesta nu deschide niciun browser pentru a relua. Amintiți-vă, această execuție va simula doar o încărcare de utilizator (unică) pe SUL. Scopul acestei execuții este de a vă asigura că scriptul dumneavoastră funcționează.

Sfat: Va trebui să verificați impactul din aplicația în sine. De exemplu, dacă creați o înregistrare, accesați aplicația și verificați manual dacă scriptul dvs. a creat de fapt o înregistrare. Scripturile dvs., cel mai probabil, nu vor fi testate de o altă echipă de testare sau QA, așa că trebuie să fiți foarte atenți cu scriptul și să vă asigurați că acestea sunt testate temeinic.

Puteți lăsa jurnalul de reluare activ, deoarece acesta va fi de mare ajutor în identificarea candidaților pentru corelare și a oricăror erori și avertismente pe care le puteți întâlni. Deoarece generarea jurnalului necesită resurse ample, este cel mai bine dezactivat atunci când ați terminat cu depanarea scripturilor și utilizarea lor pentru scenarii.

Prezentare generală a fișierelor generate în timpul înregistrării și redării

Să închidem VUGen și să aruncăm o privire la fișierele pe care le-a creat în folderul script.

VUGen creează o serie de fișiere de configurare, fișiere de date și fișiere de cod sursă care conțin informații despre timpul de execuție și configurare VUser. Rezultatele fiecărei iterații ale scriptului sunt stocate separat. Dacă ați executat cel puțin o dată scriptul, veți observa un director cu numele result1. Acest director este destinat utilizării sistemului și ar trebui ignorat de către testator.

Fișiere importante pe care trebuie să le înțelegeți:

VUGen va crea un .c (fișier C Language Code) pentru fiecare acțiune. Astfel, în sfârșit, veți avea vuser_init.c și vuser_end.c și Action.c – dacă ați creat mai multe acțiuni, veți vedea și fișierele corespunzătoare. De exemplu, myAction.c

Jurnalul de redare este salvat într-un fișier numit output.txt. Dacă l-ați înlocuit de mai multe ori, output.txt va conține ultimul jurnal de execuție, în timp ce output.bak va conține anterior ultimei rulări.

Fișierul .usr va conține toate configurațiile de rulare pe care le-ați personalizat. Chiar dacă ați lăsat toate configurațiile implicite, acest fișier usr va conține informațiile. Acest fișier conține și versiunea LoadRunner utilizată pentru crearea unui script. Aceste informații sunt utile dacă citiți scripturi vechi pentru care nu vă puteți aminti numărul versiunii.

Veți vedea un folder numit „date”. Acest folder păstrează o imagine a evenimentelor, precum și o copie a codului dvs. VUGen folosește aceste fișiere atunci când „regenerați” codul.