37 most common loadrunner interview questions
Nejčastěji kladené otázky ohledně rozhovoru s LoadRunnerem.
V našem předchozím tutoriálu jsme prozkoumali vše kolem Analýza výsledků testu v LoadRunneru .
Tento článek se zaměří na nejdůležitější často kladené otázky a odpovědi z rozhovoru pro LoadRunner které vám pomohou uspět v každém rozhovoru s testerem výkonu pomocí nástroje LoadRunner.
LoadRunner je jedním z nejlépe licencovaných nástrojů pro testování výkonu na trhu. Je nejvhodnější pro většinu nadcházejících technologií kvůli široké škále podporovaných protokolů.
=> Kliknutím sem zobrazíte kompletní řadu výukových programů LoadRunner
Několik základních ukazatelů, než začneme:
# 1) Otázky rozhovoru pro LoadRunner lze rozdělit do 3 hlavních typů - Skriptování, provádění a Analýza . Je důležité, aby se začátečníci více zaměřili na skriptovací část.
#dva) Http / HTML je většinou používaný protokol, pro začátek zkuste tento protokol zdokonalit.
# 3) Určitě znáte přesná verze LoadRunneru na kterém jsi pracoval. V případě pracovních zkušeností s předchozí verzí se snažte průběžně aktualizovat o funkce, které jsou součástí novější / aktuální verze.
# 4) Testování výkonu rozhovory jsou praktičtější než bývaly. Scénářově orientované otázky jsou spíše běžné než přímé. Některé společnosti dokonce dělají testy skriptování součástí procesu pohovoru. Buďte tedy připraveni na to samé.
# 5) I při psaní skriptů se dává přednost tomu, abyste byli schopen přizpůsobit kód , místo toho jen nahrávat a přehrávat.
# 6) Očekávejte otázky na - přemýšlejte o čase, transakcích, komentářích, možnostech záznamu, nastavení běhového prostředí atd. - slouží k ověření vašich znalostí osvědčených postupů skriptování.
Níže jsou uvedeny některé z Rozhovor o testování výkonnosti otázky k zodpovězení bude zapotřebí určité zkušenosti. Zkuste si tyto otázky pamatovat při práci na svých projektech testování výkonnosti, aby se aktivita přípravy rozhovoru stala nepřetržitým procesem.
- Jaké jsou různé problémy se skriptováním, kterým jste dosud čelili?
- Jaká jsou úzká místa výkonu, která jste našli v projektech, na kterých jste pracovali? Jaká jsou doporučení k překonání těchto problémů?
- Použili jste na svůj projekt zákon Little? Pokud ano, jak?
- Jaký je váš přístup k analýze?
- Co sledujete při provádění?
- Jak extrahovat data serveru pro provedení testu a jak to analyzovat?
- Jak identifikovat úzká místa výkonu?
Klíčové oblasti otázek jsou:
- Výzvy, kterým během skriptování čelíte
- Korelační funkce
- Vypořádání se s chybou
- Různé režimy nahrávání pro webový protokol HTTP / HTML.
- Vytvoření scénáře
- Výzvy během provádění
- Analýza
Níže uvádíme několik běžných otázek a odpovědí na rozhovor s LoadRunnerem. Mějte však na paměti, že nejlepších výsledků lze dosáhnout poskytnutím odpovědi založené na vaší expozici, odbornosti a interpretaci konceptů . Naučit se jen odpovědi na otázky není vždy optimální. Praxe, učení a expert - toto by měl být váš přístup k přípravě pohovoru o testování výkonnosti.
LoadRunner Interview Otázky a nejlepší odpovědi
Otázka č. 1) Jaký je rozdíl mezi testováním výkonu a výkonovým inženýrstvím?
Odpovědět: V Testování výkonu zahrnuje testovací cyklus shromažďování požadavků, skriptování, provádění, sdílení výsledků a generování sestav. Performance Engineering je o krok napřed před Testováním výkonu, kde po provedení; výsledky jsou analyzovány s cílem najít úzká místa výkonu a je poskytnuto řešení k řešení zjištěných problémů.
Otázka 2) Vysvětlete životní cyklus testování výkonu.
Odpovědět:
- Krok 1: Analýza systému (identifikace kritické transakce)
Virtuální uživatelský generátor - Krok 2: Vytváření virtuálních uživatelských skriptů (nahrávání)
- Krok 3: Definování chování uživatelů (nastavení za běhu)
Řadič LoadRunner - Krok 4: Vytváření scénářů zátěžového testu
- Krok 5: Spuštění scénářů zátěžového testu a sledování výkonu
Analýza LoadRunner - Krok 6: Analýza výsledků
Viz Výukový program pro testování výkonu # 2 Více podrobností.
Otázka č. 3) Co je testování výkonu?
Odpovědět: Testování výkonu se provádí za účelem vyhodnocení výkonu aplikace za podmínek zatížení a stresu. Obvykle se měří z hlediska doby odezvy na akci uživatele v aplikaci.
Otázka č. 4) Co je testování zátěže?
Odpovědět: Testování zátěže spočívá v určení, zda aplikace může dobře fungovat při vysokém využití vyplývajícím z velkého počtu uživatelů, kteří ji používají současně. Zatížení se zvýší, aby se simulovalo špičkové zatížení, které se servery chystají během maximálního období používání.
Otázka č. 5) Jaké jsou různé komponenty LoadRunneru?
Odpovědět:
Hlavní součásti LoadRunneru jsou:
- VUGen: Zaznamenává skripty Vuser, které napodobují akce skutečných uživatelů.
- Ovladač: Administrativní centrum pro vytváření, údržbu a provádění scénářů zátěžových testů. Přiřadí scénáře Vusers a generátorům zatížení, spustí a zastaví načítání testů.
- Generátor zatížení: Agent, jehož prostřednictvím můžeme generovat zatížení
- Analýza: Poskytuje grafy a zprávy, které shrnují výkon systému
Otázka č. 6) Co je bod Rendezvous?
Odpovědět: Bod Rendezvous pomáhá emulovat velké zatížení (požadavek) uživatele na serveru. To dává pokyn Vuserům, aby jednali současně. Když Vuser dosáhne bodu Rendezvous, čeká na všechny Vusery s bodem Rendezvous. Jakmile jej dosáhne určený počet Vuserů, Vusers jsou propuštěni. Funkce lr_rendezvous se používá k vytvoření bodu Rendezvous. To lze vložit:
- Tlačítko Rendezvous na plovoucím panelu nástrojů Nahrávání během nahrávání.
- Po záznamu je vložen Rendezvous point Vložit> Setkání .
Otázka č. 7) Jaké jsou různé části skriptu? V jakém pořadí běží tyto sekce?
Odpovědět: Skript LoadRunner má tři sekce Vuser_init, Action a Vuser_end.
- Vuser_init má požadavky / akce pro přihlášení k aplikaci / serveru.
- Akce má skutečný kód pro testování funkčnosti aplikace. To lze přehrát mnohokrát v iteracích.
- Vuser_end má požadavky / akce k přihlášení z aplikace / serveru.
Pořadí, ve kterém se tyto sekce provádějí, je Vuser_init na samém začátku a Vuser_end na samém konci. Akce se provádí mezi nimi.
Otázka č. 8) Jak zjistíte, který protokol použít pro libovolnou aplikaci?
Selenium webdriver rozhovor otázky a odpovědi na zkušený pdf
Odpovědět: Dříve měl tester výkonu hodně záviset na vývojovém týmu, aby věděl o protokolu, který aplikace používá k interakci se serverem. Někdy to také bývalo spekulativní.
LoadRunner však poskytuje velkou pomoc v podobě Poradce protokolu od verze 9.5 a dále. Poradce pro protokoly detekuje protokoly, které aplikace používá, a navrhuje nám možné protokoly, ve kterých lze vytvořit skript pro simulaci skutečného uživatele.
Otázka č. 9) Co je korelace? Vysvětlete rozdíl mezi automatickou korelací a manuálním Korelace?
Odpovědět: Korelace se používá ke zpracování dynamických hodnot ve skriptu. Dynamická hodnota se může změnit pro každou akci uživatele (hodnota se změní, když akci přehraje stejný uživatel) nebo pro různé uživatele (hodnota se změní, když se akce přehraje s jiným uživatelem). V obou případech se o tyto hodnoty postará korelace a zabrání se jejich selhání během provádění.
Ruční korelace zahrnuje identifikaci dynamické hodnoty, nalezení prvního výskytu dynamické hodnoty, identifikaci jedinečných hranic zachycení dynamické hodnoty, psaní korelační funkce web_reg_save_param před požadavkem, který má ve své odpovědi první výskyt dynamické hodnoty.
Automatická korelace funguje na předdefinovaných korelačních pravidlech. Skript se při selhání přehraje a prohledá na autokorelaci. Vugen identifikuje místo, kde fungují pravidla korelace, a porovná hodnotu se schválením.
Odkazují na tento návod Více podrobností.
Otázka č. 10) Jak zjistit, co korelovat a co parametrizovat?
Odpovědět: Jakákoli hodnota ve skriptu, která se mění při každé iteraci nebo s různými uživateli při přehrávání, vyžaduje korelaci. Jakýkoli vstup uživatele během nahrávání by měl být parametrizován.
Otázka č. 11) Co je parametrizace a proč je ve skriptu nutná parametrizace?
Odpovědět: Nahrazení pevně zakódovaných hodnot ve skriptu parametrem se nazývá parametrizace. To pomáhá jednomu virtuálnímu uživateli (Vuserovi) použít při každém běhu různá data. To simuluje skutečné použití aplikace, protože se tak zabrání tomu, aby server ukládal výsledky do mezipaměti.
Odkazují na tento návod Více podrobností.
Otázka č. 12) Jak identifikujete případy použití testu výkonu jakékoli aplikace?
Odpovědět: Testovací případy / případy použití pro testy výkonu jsou téměř stejné jako všechny testovací případy manuálního / funkčního testování, kde je zapsán každý krok provedený uživatelem. Jediným rozdílem je, že všechny případy manuálního testování nemohou být případy použití Testování výkonu, protože pro výběr existuje několik kritérií jako:
- Aktivita uživatele by měla souviset s nejdůležitější a nejdůležitější funkcí aplikace.
- Aktivita uživatele by měla mít dostatečné množství databázové aktivity, jako je vyhledávání, mazání nebo vkládání.
- Aktivita uživatele by měla mít dobrý objem uživatelů. Funkčnost menší aktivity uživatelů je z hlediska testování výkonu obecně vynechána. Například, aktivita účtu správce.
Jakýkoli z manuálních testovacích případů, které splňují výše uvedená kritéria, lze použít jako případ použití / testovací případ Testování výkonu. Pokud ruční testovací případy nejsou psány krok za krokem, měl by pro ně tým Performance vytvořit vyhrazené dokumenty.
Otázka č. 13) Při skriptování jste vytvořili korelační pravidla pro automatickou korelaci. Pokud chcete sdílet pravidla korelace se členy týmu, kteří pracují na stejné aplikaci, aby je mohl používat na své pracovní stanici, jak to uděláte?
Odpovědět: Korelační pravidla lze exportovat prostřednictvím souboru .cor a stejný soubor lze importovat pomocí VuGen.
Otázka č. 14) Jaké jsou různé typy protokolů Vuser, které lze použít při skriptování a provádění? Jaký je rozdíl mezi těmito protokoly? Když zakážete protokolování?
Odpovědět: K dispozici jsou dva typy protokolů Vuser - standardní protokol a rozšířený protokol. Protokoly jsou klíčem k ladění skriptu. Po spuštění skriptu je protokolování povoleno pouze pro chyby.
Standardní protokol vytváří protokol funkcí a zpráv odeslaných na server během provádění skriptu, zatímco rozšířený protokol obsahuje další varování a další zprávy. Protokolování se používá během ladění a deaktivuje se při provádění. V takovém případě lze povolit protokolování chyb.
Otázka č. 15) Jaký je modulární přístup ke skriptování?
Odpovědět: V modulárním přístupu je pro každý požadavek vytvořena funkce ( Například, přihlášení, odhlášení, uložení, odstranění atd.) a tyto funkce jsou volány, kdykoli je to požadováno. Tento přístup poskytuje větší svobodu opakovaného použití požadavku a šetří čas. S tímto přístupem se doporučuje pracovat s vlastními požadavky na web.
Otázka č. 16) Jaké jsou různé typy cílů ve scénáři zaměřeném na cíl?
Odpovědět: LoadRunner má ve scénáři zaměřeném na cíl pět různých typů cílů. Tyto jsou:
- Počet souběžných uživatelů
- Počet přístupů za sekundu
- Počet transakcí za sekundu
- Počet stránek za minutu
- Doba odezvy transakce
Otázka č. 17) Jak je každý krok ověřen ve skriptu?
Odpovědět: Každý krok ve skriptu je ověřen s obsahem na vrácené stránce. Kontrola obsahu ověří, zda je na webové stránce konkrétní obsah. V LoadRunneru lze použít dva typy kontroly obsahu:
- Kontrola textu: Tím se zkontroluje text / řetězec na webové stránce.
- Kontrola obrázku: Tím se zkontroluje obrázek na webové stránce.
Otázka č. 18) Jak je skript VuGen upraven po nahrávání?
Odpovědět: Jakmile je skript zaznamenán, lze jej upravit následujícím postupem:
- Transakce
- Parametrizace
- Korelace
- Proměnná prohlášení
- Rendezvous Point
- Ověření / kontrolní bod
Otázka č. 19) Co jsou Ramp-up a Ramp Down?
Odpovědět:
- Náběh: Míra, jakou virtuální uživatelé přidají k zátěžovému testu.
- Rampa dolů: Míra, kterou virtuální uživatelé opustí zátěžový test.
Otázka č. 20) Jaká je výhoda spuštění Vuseru jako vlákna?
Odpovědět: Spouštění Vusers jako podprocesu pomáhá generovat více virtuálních uživatelů z jakéhokoli počítače kvůli malému paměťovému tisku Vuser běžícího podprocesu.
Otázka č. 21) Co je promarněný čas v protokolu VuGen Replay?
Odpovědět: Ztráta času nikdy neprovádí žádný uživatel prohlížeče a pouze čas strávený aktivitami, které podporují testovací analýzu. Tyto činnosti souvisejí s protokolováním, vedením záznamů a vlastní analýzou.
Otázka č. 22) Jak povolíte kontrolu textu a obrázků ve VuGenu?
Odpovědět: To lze provést pomocí funkcí web_find (pro kontrolu textu) a web_image_check (pro kontrolu obrázků) a povolení kontroly obrázků a textu z nastavení běhového prostředí.
Nastavení doby běhu -> Předvolby -> Zaškrtněte políčko Obrázek a text.
Otázka č. 23) Jaký je rozdíl mezi web_reg_find a web_find?
Odpovědět: funkce web_reg_find je zpracována před odesláním požadavku a je umístěna před požadavkem ve skriptu VuGen, zatímco funkce web_find je zpracována po příchodu odpovědi na požadavek a je umístěna po požadavku ve skriptu VuGen.
Otázka č. 24) Jaké jsou výzvy, kterým budete čelit při skriptování kroku „Vybrat vše“ a poté „Odstranit“ pro libovolný poštovní účet?
Odpovědět: V takovém případě se příspěvek pro „Vybrat vše“ a „Odstranit“ pokaždé změní v závislosti na počtu dostupných e-mailů. Z tohoto důvodu by měl být nahraný požadavek pro dva nahrazen vlastním požadavkem a pro sestavení příspěvku je vyžadováno vytvoření řetězce. ( Poznámka - Tato otázka vyžaduje praktické znalosti. Takže prosím, prakticky a formulovat svou odpověď).
Otázka č. 25) Jaký je rozdíl mezi stimulací a časem na přemýšlení?
Odpovědět: Stimulace je čekací doba mezi akčními iteracemi, zatímco přemýšlení, že čas je čekací dobou mezi transakcemi.
Otázka č. 26) Jaký je počet grafů, které můžete sledovat pomocí ovladače najednou? Jaký je jejich maximální počet?
Odpovědět: Najednou lze vidět jeden, dva, čtyři a osm grafů. Maximální počet grafů, které lze najednou sledovat, je 8.
Otázka č. 27) Máte aplikaci, která zobrazuje výsledky zkoušky studenta. Podle jména každého studenta je uvedeno, zda složil nebo neuspěl na zkoušce se štítkem „Úspěšně“ a „Neuspěl“. Jak zjistíte počet absolvovaných a neúspěšných studentů ve skriptu VuGen?
Odpovědět: U tohoto textu se pro webovou stránku používá kontrola textu „Pass and Fail“. Pomocí funkce web_reg_find můžeme pomocí „SaveCount“ zachytit počet textů nalezených na webové stránce. SaveCount uložil počet nalezených shod. Například-
web_reg_find('Text=Pass', 'SaveCount=Pass_Student', LAST); web_reg_find('Text=Fail', 'SaveCount=Fail_Student', LAST);
Otázka č. 28) Jaké je během zátěžového testu optimální nastavení pro protokoly?
Odpovědět: Úroveň protokolu zátěžového testu je nastavena na minimální. Toho lze dosáhnout nastavením úrovně protokolu na standardní protokol a výběrem přepínače „Odeslat zprávu, pouze když dojde k chybě“.
Otázka č. 29) Jak se vypořádáte se situací ve skriptování, že u vaší poštovní schránky musíte náhodně vybrat libovolnou poštu, kterou chcete přečíst?
Odpovědět: Z tohoto důvodu zaznamenáme skript pro čtení první pošty. Pokuste se zjistit, co se zveřejňuje v žádosti o přečtení první pošty, například ID pošty nebo číslo řádku.
Z příspěvku, kde se odráží seznam e-mailů, se pokusíme zachytit všechny řádky ID e-mailů ne s korelační funkcí a udržovat Ordinal jako All, tj. ORD = All. Nahraďte požadované e-mailové ID v přečteném příspěvku jakýmkoli z náhodně vybraných e-mailových ID ze seznamu zachycených e-mailových ID.
Viz toto Výukový program pro skriptování .
Otázka č. 30) Co je to Think Time? Jaká je prahová úroveň pro dobu uvažování a jak ji lze změnit?
Odpovědět: Think time je doba čekání vložená úmyslně mezi akce ve skriptu, aby napodobila skutečnou dobu čekání uživatele při provádění činnosti v aplikaci. Prahová úroveň pro Think time na úrovni, pod kterou bude zaznamenaná doba myšlení ignorována. To lze změnit z Zaznamenané možnosti-> Skript-> Vygenerujte dobu uvažování větší než prahová hodnota.
Otázka č. 31) Jak je nakonfigurována automatická korelace?
Odpovědět: Jakékoli nastavení související s automatickou korelací lze provést pomocí Obecné možnosti-> Korelace. Korelační pravidla jsou nastavena od Možnosti nahrávání-> Korelace.
Otázka č. 32) Jak se rozhodnete pro počet strojů generátoru zátěže potřebných k provedení testu?
Odpovědět: Počet požadovaných generátorů zátěže zcela závisí na protokolu použitém k vytvoření skriptu a konfiguraci stroje generátoru zátěže. Každý protokol má jiný tisk paměti a to rozhoduje o tom, kolik virtuálních uživatelů lze vygenerovat z dané konfigurace stroje (generátor zátěže).
Otázka č. 33) Jaké funkce přesně hledáte při výběru nástroje pro testování výkonu?
Odpovědět: Nástroj pro testování výkonu by měl být schopen: -
- Testování aplikace vytvořené pomocí více technologií a hardwarových platforem.
- Určete vhodnost serveru pro testování aplikace
- Testování aplikace se zátěží desítek, tisíců a dokonce tisíců virtuálních uživatelů.
Otázka č. 34) Jak se liší souběžní uživatelé od současných uživatelů?
Odpovědět: Všichni současní uživatelé jsou souběžní uživatelé, ale naopak to není pravda.
Všichni Vusers v běžícím scénáři jsou Souběžní uživatelé, protože používají stejnou aplikaci ve stejnou dobu, ale možná nebo nemusí dělat stejné úkoly. Současní uživatelé provádějí stejnou úlohu současně. Jsou prováděni souběžní uživatelé Simultánní uživatelé prostřednictvím bodů setkávání.
Body Rendezvous dávají systému pokyn, aby počkal, až dorazí určitý počet Vuserů, aby mohli všichni současně provádět určitý úkol.
Otázka č. 35) Jak zjistíte, které hodnoty je třeba ve skriptu korelovat? Uveďte příklad.
Odpovědět: To lze provést způsoby:
- Zaznamenejte dva skripty s podobnými kroky a porovnejte je pomocí nástroje WDiff. (Viz tutoriální korelace).
- Přehrajte nahraný skript a vyhledejte korelaci. Získáte seznam hodnot, které lze korelovat.
Dobrým příkladem je ID relace. Když jsou zaznamenány dva skripty a porovnány pomocí nástroje WDiff. ID relace ve dvou skriptech by se měla lišit a WDiff tyto hodnoty zvýrazní.
Otázka č. 36) Jak ovlivňuje ukládání do mezipaměti výsledky testování výkonu?
Odpovědět: Když se data ukládají do mezipaměti v paměti serveru, server nemusí načítat výsledek a nespustí se žádná aktivita serveru. Výsledek testu neodráží stejný výkon skutečných uživatelů používajících aplikaci s různými daty.
Otázka č. 37) Jak zastavíte spuštění skriptu při chybě?
Odpovědět: Toho lze dosáhnout pomocí funkce lr_abort. Funkce instruuje Vusera, aby zastavil provádění sekce Akce a ukončil provádění provedením sekce vuser_end. Tato funkce je užitečná při zpracování konkrétní chyby.
To lze také použít k řešení situace, spíše než chyby, kde provedení není možné. Funkce přiřadila Vuserovi stav „Zastaveno“, který se zastavil kvůli funkci lr_abort. V nastavení Run-Time by nemělo být zaškrtnuto „Continue on error“.
Přes tebe
Doufáme v to obrovská kompilace otázek z pohovoru LoadRunner s odpověďmi se vám všem bude hodit.
Na STH vždy vyznáváme důležitost základů . Totéž platí o úspěchu i v profesionálním testu výkonnosti. Přejeme si však, aby tento dotazník pro testování výkonu byl pomocným referenčním bodem pro všechny z vás, kteří touží najít nebo pokročit v kariéře testování výkonu pomocí nástroje LoadRunner.
Přeji vám vše nejlepší!
=> Navštivte zde a získejte kompletní řadu výukových programů LoadRunner
Výukový program PREV | První výukový program
Doufám, že se vám v této řadě LoadRunner Series líbila celá řada výukových programů.
Doporučené čtení
- Dotazy a odpovědi na pohovor
- ETL Testing Interview Otázky a odpovědi
- Několik složitých otázek a odpovědí na ruční testování
- 25 nejlepších agilních testovacích otázek a odpovědí na rozhovor
- 34 Nejběžnější SoapUI Interview otázky a odpovědi
- Spock Interview Otázky s odpověďmi (nejoblíbenější)
- Některé zajímavé otázky týkající se testování softwaru
- Top 20+ .NET Interview Otázky a odpovědi