Parametriranje, funkcije, transakcije u LoadRunneru

Snimljena skripta može simulirati virtualnog korisnika; međutim, sama snimka možda neće biti dovoljna za repliciranje ponašanja stvarnog korisnika.

Kada se snimi skripta, ona pokriva jedan, izravan tok kroz predmetnu aplikaciju. Pravi korisnik može izvršiti više iteracija procesa prije odjave. Kašnjenje između klikova na gumbe (vrijeme razmišljanja) varira od osobe do osobe, a neki korisnici dolaze do vaše aplikacije putem brze veze, dok drugi ne. Dakle, kako bismo dobili pravi osjećaj krajnjeg korisnika, moramo poboljšati naše skripte kako bi se ponašale vrlo slično stvarnim korisnicima.

To je najznačajnije razmatranje prilikom provođenja „Ispitivanje performansi", ali VUser skripta nudi više od toga. Kako ćete procijeniti vrijeme koje je VUseru potrebno dok se testira sustav pod opterećenjem (SUL)? Kako biste znali je li VUser u određenom trenutku prošao ili nije uspio, je li neki pozadinski proces zakazao ili su resursi poslužitelja nedostajali?

Moramo poboljšati naš scenarij kako bismo odgovorili na sva gore navedena pitanja.

Napomena o robnoj marki: VuGen se isporučivao kao HP, zatim Micro Focus, a sada je dio OpenText Profesionalno inženjerstvo performansiFunkcije i postavke u nastavku ostaju nepromijenjene.

Korištenje Transakcija

Transakcije mjere vrijeme odgovora poslužitelja za bilo koju operaciju. Jednostavno rečeno, „transakcija“ mjeri vrijeme koje je sustavu potrebno za određeni zahtjev. To može biti malo vrijeme poput klika na gumb ili AJAX poziva koji se pokreće kada tekstualni okvir izgubi fokus.

Primjena transakcija je jednostavna. Napišite jednu liniju koda prije nego što se zahtjev pošalje i zatvorite transakciju kada zahtjev završi. LoadRunner zahtijeva samo niz znakova kao naziv transakcije.

Za otvaranje transakcije upotrijebite ovaj redak koda:

lr_start_transaction(“Transaction Name”);

Za zatvaranje transakcije upotrijebite ovaj redak koda:

lr_end_transaction(“Transaction Name”, <status>);

The govori LoadRunneru je li ova transakcija bila uspješna ili neuspješna. Mogući parametri mogu biti:

• LR_AUTO
• LR_PASS
• LR_GREŠKA

Primjer:

lr_end_transaction(“My_Login”, LR_AUTO);
lr_end_transaction(“001_Opening_Dashboard Name”, LR_PASS);
lr_end_transaction(“Business_Workflow_Transaction Name”, LR_FAIL);

Code note: Isječci su reproducirani točno onako kako su objavljeni, uključujući tipografske citate. Prava VuGen skripta treba ravne ASCII dvostruke navodnike, stoga ih ponovno upišite ako kopirate ovaj kod.

Bilješke:

• Ne zaboravite, radite sa "C" i to je jezik koji razlikuje velika i mala slova.
• Znak točke (.) nije dopušten u nazivu transakcije, iako možete koristiti razmake i podvlake.
• Ako ste dobro razgranali svoj kod i dodali kontrolne točke za provjeru odgovora s poslužitelja, možete koristiti prilagođeno rukovanje greškama kao što su LR_PASS ili LR_FAIL. U suprotnom, možete koristiti LR_AUTO i LoadRunner će automatski obraditi pogreške poslužitelja (HTTP 500, 400 itd.).
• Prilikom primjene transakcija, provjerite da nema izjave o vremenu razmišljanja umetnute unutra, inače će vaša transakcija uvijek uključivati ​​to razdoblje.
• Budući da LoadRunner zahtijeva konstantan niz znakova kao naziv transakcije, čest problem pri primjeni transakcija je neusklađenost nizova znakova. Ako prilikom otvaranja i zatvaranja transakcije date različit naziv, dobit ćete barem 2 pogreške. Transakcija koju ste otvorili nikada nije zatvorena, pa LoadRunner daje pogrešku; a transakcija koju pokušavate zatvoriti nikada nije otvorena, što daje drugu pogrešku.
• Obje pogreške pojavljuju se u zapisniku reprodukcije, stoga kad god se bilo koja od njih prijavi, prvo provjerite naziv transakcije na početnoj i završnoj izjavi.
• Budući da LoadRunner automatski brine o sinkronizaciji zahtjeva i odgovora, nećete se morati brinuti o odgovoru prilikom primjene transakcija.

Točke sastanka, komentari i funkcije skripte

Tri manja poboljšanja omogućuju skripti da se ponaša i čita kao produkcijski kod: točke susreta, komentari i preglednik funkcija ugrađen u VuGen.

Točke susreta

Točka susreta je „točka susreta“. To je jedna naredba koja govori LoadRunneru da uvede konkurentnost. Točke susreta umetnete u VUser skripte kako biste emulirali veliko korisničko opterećenje poslužitelja.

Točke sastanka upućuju VUsera da čeka tijekom izvršavanja dok više VUsera ne stigne na određenu točku kako bi mogli istovremeno izvršavati zadatak. Na primjer, za emulaciju vršnog opterećenja na bankovnom poslužitelju, umetnite točku sastanka koja upućuje 100 VUsera da istovremeno polažu gotovinu.

Ako točke susreta nisu ispravno postavljene, VUseri će pristupati različitim dijelovima aplikacije čak i za isti skript. To je zato što svaki VUser dobiva drugačije vrijeme odziva pa neki korisnici zaostaju.

Sintaksa:

lr_rendezvous(“Logical Name”);

Ispravna napomena: objavljena stranica ovo piše lr_randesvousIspravan naziv funkcije je sastanak_s_susreću; pogrešno napisan obrazac se neće kompajlirati.

Najbolje prakse:

• Dodajte mjesto susreta s "rdv_" za bolju čitljivost koda; npr. “rdv_Login”
• Uklonite sve neposredno susjedne izjave o vremenu razmišljanja
• Primjena točaka sastanka u prikazu skripte, nakon snimanja

Donji prikaz skripte prikazuje izjavu o sastanku umetnutu u snimljenu radnju:

Komentari

Dodajte komentare za opis aktivnosti, dijela koda ili retka koda. Komentari pomažu da kod bude razumljiv svima koji će ga koristiti u budućnosti. Pružaju informacije o određenoj operaciji i odvajaju dva dijela radi razlikovanja.

Možete dodati komentare

• Tijekom snimanja (pomoću alata)
• Nakon snimanja (izravno pisanje koda)

Najbolja praksa: označite sve komentare na vrhu svake skriptne datoteke.

Umetanje funkcija putem izbornika

Iako možete izravno pisati jednostavne retke koda, možda će vam trebati trag da se prisjetite funkcije. Također možete koristiti alatni okvir Steps (poznat kao Insert Function prije verzije 12) za pronalaženje i umetanje bilo koje funkcije izravno u svoj skript.

Alatnu kutiju koraka možete pronaći pod Prikaz → Alatna kutija koraka, kao što je prikazano dolje.

Ovo će otvoriti bočni prozor. Pogledajte snimku:

Što je parametrizacija?

Parametar u VuGenu je spremnik koji sadrži zabilježenu vrijednost koja se zamjenjuje za različite korisnike.

Tijekom izvršavanja skripte (u VuGenu ili kontrolor), vrijednost iz vanjskog izvora (kao što je .txt datoteka, XML ili baza podataka) zamjenjuje prethodnu vrijednost parametra.

Parametrizacija je korisna za slanje dinamičkih (ili jedinstvenih) vrijednosti poslužitelju. Na primjer, poslovni proces može zahtijevati izvršavanje 10 iteracija uz odabir jedinstvenog korisničkog imena svaki put.

Također pomaže u simuliranju ponašanja u stvarnom životu u odnosu na predmetni sustav. Pogledajte primjere u nastavku.

Primjeri problema:

• Poslovni proces radi samo za trenutni datum, koji dolazi s poslužitelja, tako da se ne može proslijediti kao tvrdo kodirani zahtjev.
• Ponekad klijentska aplikacija prosljeđuje jedinstveni ID poslužitelju (na primjer session_id) kako bi se proces nastavio, čak i za jednog korisnika. U takvom slučaju, parametrizacija pomaže.
• Klijentska aplikacija često održava predmemoriju podataka koji se šalju na poslužitelj i s njega. Kao rezultat toga, poslužitelj ne prima podatke o stvarnom ponašanju korisnika (gdje poslužitelj pokreće drugačiji algoritam ovisno o kriterijima pretraživanja). Skripta VUser će se uspješno izvršiti, ali dobivena statistika performansi neće biti značajna. Korištenje različitih podataka putem parametrizacije pomaže u emulaciji aktivnosti na strani poslužitelja, kao što su pohranjene procedure, i vježba sustav.
• Datum koji je fiksno kodiran u VUseru tijekom snimanja možda više neće biti valjan nakon što taj datum prođe. Parametrizacija datuma omogućuje uspješno izvršavanje VUsera zamjenom fiksno kodiranog datuma. Takva polja ili zahtjevi su pravi kandidati za parametrizaciju.

Izrađujete ga tako da desnom tipkom miša kliknete zabilježenu vrijednost u prikazu skripte i odaberete Zamijeni parametrom. VuGen zatim pita koji tip daje vrijednost:

Dvije dodatne opcije određuju kako se podaci troše kroz iteracije:

Donji vodič prikazuje parametrizaciju primijenjenu na snimljeni skript:

Kliknite ovdje ako video nije dostupan.

Postavke vremena izvođenja i njihov utjecaj na simulaciju VUsera

Postavke za vrijeme izvođenja važne su jednako kao i vaša VuGen skripta. S različitim konfiguracijama možete dobiti potpuno različite dizajne testova, zbog čega su nedosljedne postavke za vrijeme izvođenja uobičajeni uzrok neponovljivih rezultata. Razmotrimo svaki atribut pojedinačno.

Run Logic

Run Logic definira koliko će se puta sve radnje izvršiti, osim vuser_init i vuser_end.

Ovo vjerojatno jasnije objašnjava zašto LoadRunner predlaže keeping sav kod za prijavu unutar vuser_init i dio za odjavu u vuser_end, oboje isključivo.

Ako ste kreirali više radnji - recimo Prijava, Otvori zaslon, Izračun najma, Uplata sredstava, Provjera stanja i Odjava - tada će se za svakog VUsera odvijati sljedeći scenarij:

Svi VUseri će se prijaviti, izvršiti Open Screen, Calculate Rental, Submit Funds i Check Balance, zatim ponovno Open Screen, Calculate Rental i tako dalje, ponavljajući 10 puta, nakon čega slijedi odjava (jednom).

Ovo je moćna postavka koja omogućuje skripti da se ponaša više kao pravi korisnik. Imajte na umu da se pravi korisnik ne prijavljuje i odjavljuje svaki put; obično ponavlja iste korake.

Koliko puta kliknete na "pristigla pošta" kada provjeravate e-poštu prije nego što se odjavite?

elektrostimulacija

Ovo je važno. Većina ljudi ne može razumjeti razliku između tempa i vremena razmišljanja. Jedina je razlika u tome što se tempo odnosi na kašnjenje između iteracija, dok je vrijeme razmišljanja kašnjenje između bilo koja 2 koraka.

Preporučena postavka ovisi o dizajnu testa. Međutim, ako želite primijeniti agresivno opterećenje, razmislite o odabiru opcije "Čim završi prethodna iteracija", kao što je prikazano u nastavku.

Dnevnik

Zapisnik, kako se općenito shvaća, zapis je svih događaja dok pokrećete LoadRunner. Zapisnik možete omogućiti kako biste znali što se događa između vaše aplikacije i vašeg poslužitelja.

LoadRunner pruža snažan mehanizam zapisivanja koji je sam po sebi robustan i skalabilan. Omogućuje vam da vodite samo "Standardni zapisnik", detaljan i konfiguriran prošireni zapisnik ili da potpuno onemogućite zapisivanje.

Standardni zapisnik je informativan i lako razumljiv. Sadrži upravo pravu količinu informacija koje će vam općenito trebati za rješavanje problema s vašim VUser skriptama.

U slučaju proširenog dnevnika, sve standardne informacije dnevnika su podskup. Osim toga, možete imati zamjenu parametara. To govori komponenti LoadRunner da uključi potpune informacije o svim parametrima (iz parametrizacije), uključujući zahtjeve kao i podatke odgovora.

Ako uključite "Podaci koje vraća poslužitelj", vaš će se zapisnik povećati. U zapisniku će se nalaziti sav HTML, oznake, resursi i informacije koje nisu o resursima. Ova je opcija dobra samo ako vam je potrebno ozbiljno rješavanje problema. Obično to datoteku zapisnika čini vrlo velikom i nerazumljivom.

Kao što ste do sada mogli pretpostaviti, ako se odlučite za "Napredno Trace” vaša datoteka zapisnika bit će ogromna. Morate pokušati. Primijetit ćete da se i vrijeme potrebno VuGenu značajno povećava, iako to nema utjecaja na vrijeme odgovora transakcije koje prijavljuje VuGen. Ovo su vrlo napredne informacije i korisne su samo ako razumijete predmetnu aplikaciju, komunikaciju klijent-poslužitelj između vaše aplikacije i hardvera te detalje na razini protokola. Obično ove informacije zahtijevaju izniman napor za čitanje i rješavanje problema.

Savjet:

• Bez obzira koliko vremena VuGenu treba kada je zapisnik omogućen, to nema utjecaja na vrijeme odgovora transakcije - opterećenje zapisnikom isključeno je iz izmjerenog vremena.
• Onemogućite zapisnik ako nije potreban.
• Onemogućite zapisivanje kada završite sa skriptama. Uključivanje skripti s omogućenim zapisivanjem uzrokovat će sporiji rad Kontrolera i prijavljivanje dosadnih poruka.
• Onemogućavanje zapisnika povećat će maksimalni broj korisnika koje možete simulirati iz LoadRunnera.
• Razmislite o korištenju opcije "Šalji poruke samo kada se dogodi greška" - to isključuje nepotrebne informativne poruke i prijavljuje samo poruke povezane s greškom.

Think Times

Think Time je jednostavno kašnjenje između dva koraka.

Vrijeme razmišljanja pomaže u repliciranju ponašanja korisnika, budući da nijedan stvarni korisnik ne može koristiti aplikaciju poput stroja. VuGen automatski generira vrijeme razmišljanja. I dalje imate potpunu kontrolu nad uklanjanjem, množenjem ili fluktuacijom trajanja vremena razmišljanja.

Da bismo to bolje razumjeli: korisnik može otvoriti ekran (odgovor nakon kojeg slijedi zahtjev) i zatim upisati korisničko ime i lozinku prije nego što pritisne Enter. Sljedeća interakcija između aplikacije i poslužitelja događa se kada korisnik klikne "Prijava". Vrijeme koje je korisniku potrebno za upisivanje korisničkog imena i lozinke je vrijeme razmišljanja u LoadRunneru.

Ako želite simulirati agresivno opterećenje aplikacije, razmislite o potpunom onemogućavanju vremena za razmišljanje.

Međutim, za simulaciju ponašanja u stvarnom životu možete odabrati "Koristi nasumično vrijeme razmišljanja" i postaviti postotke po želji.

Razmislite o korištenju opcije "Ograniči vrijeme razmišljanja" kako biste ograničili vrijeme na legitimno razdoblje. Obično je 30 sekundi sasvim dovoljno.

Simulacija brzine

Simulacija brzine se jednostavno odnosi na kapacitet propusnosti svakog klijentskog računala.

Budući da simuliramo tisuće VUsera putem LoadRunnera, izvanredno je koliko je LoadRunner pojednostavio simulaciju propusnosti i brzine mreže.

Ako vaši korisnici pristupaju vašoj aplikaciji brzinom većom od 128 Kbps, to možete kontrolirati odavde. Moći ćete simulirati ponašanje u stvarnom životu, što bi vam trebalo pomoći da dobijete ispravne statistike performansi.

Najbolja preporuka je postaviti Koristi maksimalnu propusnost. To vam pomaže da zanemarite uska grla performansi povezana s mrežom i prvo se usredotočite na potencijalne probleme u aplikaciji. Uvijek možete pokrenuti test više puta kako biste vidjeli različito ponašanje u različitim okolnostima.

Emulacija preglednika

Korisničko iskustvo ne ovisi o pregledniku koji krajnji korisnik koristi, pa je to uvelike izvan dosega mjera performansi. Međutim, možete odabrati koji preglednik želite emulirati, kao što je prikazano u donjem oknu.

Kada je točno važno koji preglednik odaberete u ovoj konfiguraciji?

Ovu konfiguraciju ćete koristiti ako je vaša predmetna aplikacija web aplikacija koja vraća različite odgovore za različite preglednike. Na primjer, možete vidjeti različite slike i sadržaj za Internet Explorer i Firefox.

Još jedna važna postavka je Simuliraj predmemoriju preglednika. Ako želite procijeniti vrijeme odziva s omogućenom predmemorijom, označite ovaj okvir. Ako tražite najgori mogući scenarij, to očito nije važno.

Preuzimanje resursa koji nisu HTML omogućit će LoadRunneru preuzimanje CSS-a, JS-a i ostalih bogatih medija. Ovo bi trebalo ostati označeno. Međutim, ako ga želite ukloniti iz dizajna testa performansi, možete ga poništiti.

proxy

Najbolje je potpuno ukloniti proxy iz vašeg Ispitna okolina — proxy koji se nalazi na putanji čini rezultate testa nepouzdanima. Međutim, možete se suočiti sa situacijama u kojima je to neizbježno. U takvoj situaciji, LoadRunner pruža postavke proxyja.

Radit ćete (ili biste trebali raditi) s postavkom Bez proxyja. Možete je dobiti iz svog zadanog preglednika. Međutim, ne zaboravite provjeriti koji je preglednik postavljen kao zadani i koja je konfiguracija proxyja za taj preglednik.

Ako koristite proxy i on zahtijeva autentifikaciju (ili skriptu), možete kliknuti na gumb Autentificiraj, što će vas odvesti do novog prozora. Pogledajte snimku zaslona u nastavku.

Pomoću ovog zaslona unesite korisničko ime i lozinku za autentifikaciju na proxy poslužitelju. Kliknite U redu za zatvaranje zaslona.

Čestitamo. Završili ste s konfiguriranjem svoje VuGen skripte. Ne zaboravite je konfigurirati za sve svoje VUser skripte.

Sljedeći dolazi korelacija, izvođenje scenarija u kontrolor, a rezultati čitanja su Analiza LoadRunnera. Pogledaj Arhitektura LoadRunnera i Testiranje opterećenja vodiči.

Pitanja i odgovori