37 Preguntes més freqüents sobre les entrevistes de LoadRunner i millors respostes

37 most common loadrunner interview questions

Preguntes més freqüents sobre l'entrevista LoadRunner.

Al nostre tutorial anterior, vam explorar tot Anàlisi de resultats de proves a LoadRunner .

Aquest article se centrarà en el les preguntes i respostes més freqüents de les entrevistes de LoadRunner això us ajudarà a tenir èxit a l’entrevista de qualsevol provador de rendiment mitjançant LoadRunner.

LoadRunner és una de les eines de proves de rendiment amb més llicència del mercat. És el més adequat per a la majoria de les properes tecnologies a causa de l’àmplia gamma de protocols compatibles.

=> Feu clic aquí per obtenir una sèrie completa de tutorials de LoadRunner

Alguns indicadors bàsics abans de començar:

# 1) Les preguntes d’entrevistes de LoadRunner es poden classificar en 3 tipus principals: Scripting, execució i Anàlisi . És important que els principiants es centrin més en la part de seqüència d’ordres.

# 2) Http / HTML s'utilitza principalment Protocol, per començar intenteu perfeccionar aquest protocol.

# 3) Assegureu-vos de conèixer el versió exacta de LoadRunner que heu treballat. En cas d'experiència laboral amb una versió anterior, intenteu mantenir-vos actualitzat amb les funcions que formen part de les versions més recents o actuals.

# 4) Proves de rendiment les entrevistes són més pràctiques del que solien ser. Les preguntes orientades a l’escenari són més freqüents que no pas senzilles. Algunes empreses, fins i tot, fan que les proves de scripting formin part del procés d’entrevistes. Per tant, estigueu preparats per al mateix.

# 5) Fins i tot en scripts, és preferible que ho sigueu capaç de personalitzar el codi , en lloc de gravar i reproduir.

# 6) Esperar preguntes sobre - temps de pensament, transaccions, comentaris, opcions de gravació, configuració del temps d'execució , etc. - són per provar els vostres coneixements sobre les pràctiques recomanades per a la creació de scripts.

Els següents són alguns dels Entrevista de proves de rendiment preguntes això necessitarà una mica d'experiència per respondre. Intenteu tenir presents aquestes preguntes mentre treballeu en els vostres projectes de proves de rendiment, de manera que l’activitat de preparació d’entrevistes es converteixi en un procés continu.

1. Quins són els diferents problemes de seqüència d’ordres que heu tingut fins ara?
2. Quins són els colls d'ampolla de rendiment que heu trobat en els projectes en què treballàveu? Quines són les recomanacions que es fan per superar aquests problemes?
3. Heu aplicat la llei de Little al vostre projecte? Si és així, com?
4. Quin és el vostre enfocament d’anàlisi?
5. Què superviseu durant l'execució?
6. Com extreure dades del servidor per a l'execució de la prova i com analitzar-les?
7. Com identificar els colls d'ampolla del rendiment?

Les àrees de preguntes clau són:

• Desafiaments als quals s’enfronta durant el guió
• Funció de correlació
• Gestió d'errors
• Diferents modes de gravació per al protocol HTTP HTTP / HTML.
• Creació d’escenaris
• Desafiaments durant l'execució
• Anàlisi

A continuació, hem proporcionat algunes preguntes i respostes habituals a les entrevistes de LoadRunner. Tanmateix, tingueu en compte que el fitxer proporcionant els millors resultats respostes basades en la vostra exposició, experiència i interpretació dels conceptes . Aprendre només les respostes a les preguntes no sempre és òptim. Practicar, aprendre i expert - aquest hauria de ser el vostre enfocament per a la preparació de les entrevistes de proves de rendiment.

Preguntes i millors respostes de l’entrevista LoadRunner

P # 1) Quina diferència hi ha entre les proves de rendiment i l'enginyeria de rendiment?

Resposta: A les proves de rendiment, el cicle de proves inclou la recopilació de requisits, la creació de scripts, l'execució, la compartició de resultats i la generació d'informes. L'enginyeria de rendiment és un pas per davant de les proves de rendiment, després de l'execució; s'analitzen els resultats amb l'objectiu de trobar els colls d'ampolla del rendiment i es proporciona la solució per resoldre els problemes identificats.

Q # 2) Expliqueu el cicle de vida de les proves de rendiment.

Resposta:

• Pas 1: Anàlisi del sistema (identificació de transaccions crítiques)
  Generador d'usuaris virtuals
• Pas 2: Creació de seqüències d'usuari virtuals (gravació)
• Pas 3: Definició del comportament dels usuaris (configuració del temps d'execució)
  Controlador LoadRunner
• Pas 4: Creació d’escenaris de prova de càrrega
• Pas 5: Execució dels escenaris de prova de càrrega i supervisió del rendiment
  Anàlisi de LoadRunner
• Pas 6: Analitzant els resultats

Consulteu Tutorial de proves de rendiment núm. 2 per a més detalls.

P # 3) Què són les proves de rendiment?

Resposta: Les proves de rendiment es fan per avaluar el rendiment de l'aplicació en condicions de càrrega i tensió. Generalment es mesura en termes del temps de resposta de l’acció de l’usuari sobre una aplicació.

Q # 4) Què és la prova de càrrega?

Resposta: La prova de càrrega consisteix a determinar si una aplicació pot funcionar bé amb un ús intens que resulta d’un gran nombre d’usuaris que l’utilitzen simultàniament. La càrrega augmenta per simular la càrrega màxima que agafaran els servidors durant els períodes màxims d’ús.

P # 5) Quins són els diferents components de LoadRunner?

Resposta:

Els components principals de LoadRunner són:

• VUGen: Registra scripts Vuser que emulen les accions dels usuaris reals.
• Controlador: Centre administratiu per crear, mantenir i executar escenaris de proves de càrrega. Assigna escenaris a Vusers i carrega generadors, inicia i atura les proves de càrrega.
• Generador de càrrega: Un agent a través del qual podem generar càrrega
• Anàlisi: Proporciona gràfics i informes que resumeixen el rendiment del sistema

Q # 6) Quin és el punt Rendezvous?

Resposta: El punt de trobada ajuda a emular una càrrega elevada (sol·licitud) de l'usuari al servidor. Això indica als Vusers que actuïn simultàniament. Quan el Vuser arriba al punt de Rendezvous, espera tots els Vusers amb el punt de Rendezvous. Una vegada que hi arriben els números designats de Vusers, els Vusers són alliberats. La funció lr_rendezvous s'utilitza per crear el punt Rendezvous. Es pot inserir mitjançant:

• Botó de trobada a la barra d’eines de gravació flotant durant la gravació.
• Després de la gravació s'insereix el punt Rendezvous Insereix> Rendezvous .

P # 7) Quines són les diferents seccions del guió? En quina seqüència s’executen aquestes seccions?

Resposta: L’escriptura LoadRunner té tres seccions Vuser_init, Action i Vuser_end.

• Vuser_init té sol·licituds / accions per iniciar la sessió a l'aplicació / servidor.
• Acció té codi real per provar la funcionalitat de l'aplicació. Es pot reproduir moltes vegades en iteracions.
• Vuser_end té sol·licituds / accions per iniciar sessió a l'aplicació / servidor.

La seqüència en què s’executen aquestes seccions és Vuser_init és al principi i Vuser_end al final. L'acció s'executa entre els dos.

Q # 8) Com s'identifica quin protocol s'ha d'utilitzar per a qualsevol aplicació?

on puc transmetre animis gratis

Resposta: Anteriorment, el provador de rendiment havia de dependre molt de l'equip de desenvolupament per conèixer el protocol que utilitza l'aplicació per interactuar amb el servidor. De vegades, també solia ser especulatiu.

No obstant això, LoadRunner proporciona una gran ajuda en forma de Assessor de protocols a partir de la versió 9.5. L’assessor de protocols detecta els protocols que utilitza l’aplicació i ens suggereix els possibles protocols en què es pot crear un script per simular l’usuari real.

P # 9) Què és una correlació? Expliqueu la diferència entre la correlació automàtica i la manual Correlació?

Resposta: La correlació s’utilitza per gestionar els valors dinàmics d’un script. El valor dinàmic pot canviar per a cada acció de l'usuari (el valor canvia quan l'acció és reproduïda pel mateix usuari) o per a usuaris diferents (el valor canvia quan es repeteix l'acció amb un usuari diferent). En ambdós casos, la correlació té cura d’aquests valors i evita que fracassin durant l’execució.

La correlació manual implica identificar el valor dinàmic, trobar la primera aparició de valor dinàmic, identificar els límits únics de la captura del valor dinàmic, escriure la funció de correlació web_reg_save_param abans que la sol·licitud tingui la primera aparició d’un valor dinàmic en la seva resposta.

La correlació automatitzada funciona amb regles de correlació predefinides. El guió es reprodueix i s’escaneja si es produeix una autocorrelació si falla. Vugen identifica el lloc on funcionen les regles de correlació i correlaciona el valor amb l'aprovació.

Consulteu aquest tutorial per a més detalls.

Q # 10) Com identificar què es correlaciona i què es parametritza?

Resposta: Qualsevol valor de l'script que canviï en cada iteració o amb els diferents usuaris mentre es reprodueixi necessita correlació. Qualsevol entrada de l'usuari durant la gravació s'ha de parametritzar.

Q # 11) Què és la parametrització i per què és necessària la parametrització a l'script?

Resposta: La substitució de valors codificats en un script per un paràmetre s’anomena Parameterization. Això ajuda a un sol usuari virtual (Vuser) a utilitzar dades diferents en cada execució. Simula l'ús real d'una aplicació ja que evita que el servidor emmagatzemi resultats a la memòria cau.

Consulteu aquest tutorial per a més detalls.

P # 12) Com identifiqueu els casos d'ús de les proves de rendiment d'alguna aplicació?

Resposta: Casos de prova / casos d’ús per a proves de rendiment són gairebé els mateixos que qualsevol cas de prova de proves manuals / funcionals en què s’escriuen tots i cadascun dels passos realitzats per l’usuari. L’única diferència és que tots els casos de proves manuals no poden ser casos d’ús de proves de rendiment, ja que hi ha pocs criteris per a la selecció com:

• L'activitat de l'usuari hauria d'estar relacionada amb la funcionalitat crítica i més important de l'aplicació.
• L'activitat de l'usuari hauria de tenir una bona quantitat d'activitat de base de dades, com ara cercar, suprimir o inserir.
• L'activitat de l'usuari hauria de tenir un bon volum d'usuaris. La funcionalitat de tenir menys activitat dels usuaris generalment s’omet des del punt de vista de les proves de rendiment. Per exemple, activitat del compte d’administrador.

Qualsevol dels casos de prova manual que compleixin els criteris anteriors es pot utilitzar com a cas d’ús / cas de prova de proves de rendiment. Si els casos de proves manuals no s’escriuen pas a pas, l’equip de rendiment hauria de crear-los documents dedicats.

Q # 13) Durant la creació de scripts, heu creat regles de correlació per a la correlació automàtica. Si voleu compartir les regles de correlació amb els membres del vostre equip que treballen a la mateixa aplicació perquè pugui utilitzar el mateix a la vostra estació de treball, com ho fareu?

Resposta: Les regles de correlació es poden exportar mitjançant el fitxer .cor i el mateix fitxer es pot importar mitjançant VuGen.

Q # 14) Quins són els diferents tipus de registres de Vuser que es poden utilitzar durant la creació de scripts i l'execució? Quina diferència hi ha entre aquests registres? Quan desactiveu el registre?

Resposta: Hi ha dos tipus de registres de Vuser disponibles: registre estàndard i registre ampliat. Els registres són clau per depurar l'script. Un cop s'hagi executat un script, el registre només està habilitat per als errors.

El registre estàndard crea un registre de funcions i missatges enviats al servidor durant l'execució de seqüències mentre que el registre ampliat conté avisos addicionals i altres missatges. El registre s'utilitza durant la depuració i es desactiva durant l'execució. En aquest cas, es pot habilitar el registre d’errors.

P # 15) Quin és l'enfocament modular dels scripts?

Resposta: A l'enfocament modular, es crea una funció per a cada sol·licitud ( Per exemple, iniciar sessió, tancar sessió, desar, suprimir, etc.) i aquestes funcions s’anomenen allà on sigui necessari. Aquest enfocament proporciona més llibertat per reutilitzar la sol·licitud i estalvia temps. Amb aquest enfocament, es recomana treballar amb sol·licituds web personalitzades.

P # 16) Quins són els diferents tipus d'objectius de l'escenari orientat a objectius?

Resposta: LoadRunner té cinc tipus diferents d’objectius a l’escenari orientat a objectius. Aquests són:

1. El nombre de Vusers simultanis
2. El nombre de visites per segon
3. El nombre de transaccions per segon
4. El nombre de pàgines per minut
5. El temps de resposta de la transacció

P # 17) Com es valida cada pas a l'script?

Resposta: Cada pas de l'script es valida amb el contingut de la pàgina retornada. Una comprovació de contingut verifica si hi ha contingut específic a la pàgina web o no. Hi ha dos tipus de comprovació de contingut que es poden utilitzar a LoadRunner:

• Comprovació de text: Això comprova si hi ha text / cadena a la pàgina web.
• Comprovació de la imatge: Es comprova si hi ha una imatge en una pàgina web.

P # 18) Com es modifica l'script VuGen després de gravar?

Resposta: Un cop enregistrat el guió, es pot modificar amb el procés següent:

• Transacció
• Parameterització
• Correlació
• Declaracions variables
• Punt de trobada
• Validacions / Punt de control

P # 19) Què són Ramp-up i Ramp Down?

Resposta:

• Ramp-up: Valor a què s’afegeixen els usuaris virtuals a la prova de càrrega.
• Rampa cap avall: Taxa de sortida dels usuaris virtuals de la prova de càrrega.

P # 20) Quin és l'avantatge d'executar el Vuser com a fil?

Resposta: Executar Vusers com a fil ajuda a generar més usuaris virtuals des de qualsevol màquina a causa de la petita memòria que imprimeix el Vuser que executa un fil.

P # 21) Què es perd el temps al registre de Reproducció de VuGen?

Resposta: Cap usuari del navegador no realitza mai el temps de pèrdua i només el temps dedicat a les activitats que donen suport a l’anàlisi de la prova. Aquestes activitats estan relacionades amb el registre, el registre i l'anàlisi personalitzat.

P # 22) Com s'activen les comprovacions de text i imatge a VuGen?

Resposta: Això es pot fer mitjançant les funcions web_find (per a comprovació de text) i web_image_check (per a comprovació d’imatges) i habilitant la comprovació d’imatges i text des del paràmetre d’execució.
Configuració del temps d'execució–> Preferència–> Activeu la casella de selecció Imatge i text.

P # 23) Quina diferència hi ha entre web_reg_find i web_find?

Resposta: La funció web_reg_find es processa abans de la sol·licitud enviada i es col·loca abans de la sol·licitud a l'script VuGen, mentre que la funció web_find es processa després de la resposta de la sol·licitud i es col·loca després de la sol·licitud a l'script VuGen.

P # 24) Quins són els reptes als quals us enfrontareu per crear un script al pas 'Selecciona-ho tot' i després a 'Suprimeix' per a qualsevol compte de correu?

Resposta: En aquest cas, la publicació de 'Selecciona-ho tot' i 'Suprimeix' canviarà cada vegada en funció del nombre de correus disponibles. Per a això, la sol·licitud enregistrada per als dos s'hauria de substituir per la sol·licitud personalitzada i cal construir una cadena per construir la publicació. ( Nota - Aquesta pregunta necessita coneixements pràctics. Si us plau, fes-ho pràcticament i formula la teva resposta).

Q # 25) Quina diferència hi ha entre el ritme i el temps de pensament?

Resposta: El ritme és el temps d'espera entre les iteracions d'acció, mentre que pensar que el temps és un temps d'espera entre les transaccions.

P # 26) Quin és el nombre de gràfics que podeu controlar mitjançant el controlador alhora? Quin és el màxim?

Resposta: Es poden veure un, dos, quatre i vuit gràfics alhora. El nombre màxim de gràfics que es poden controlar alhora és de 8.

P # 27) Teniu una aplicació que mostra els resultats de l'examen de l'estudiant. Correspondent al nom de cada estudiant, s'esmenta si ha aprovat o no l'examen amb l'etiqueta de 'Aprovat' i 'Suspès'. Com identificareu el nombre d’alumnes aprovats i fracassats a l’escriptura VuGen?

Resposta: Per a aquest text, s'utilitza la comprovació per a la pàgina web del text 'Passar i' Fallar '. Mitjançant la funció web_reg_find, podem capturar el nombre de textos que es troben a la pàgina web amb l'ajut de 'SaveCount'. SaveCount emmagatzema el nombre de coincidències trobades. Per exemple-

P # 28) Durant la prova de càrrega, quin és el paràmetre òptim per als registres?

Resposta: Per a la prova de càrrega, el nivell de registre es defineix en mínim. Això es pot aconseguir establint el nivell de registre al registre estàndard i seleccionant el botó d'opció 'Envia un missatge només quan es produeixi un error'.

P núm. 29) Com gestionareu la situació en la creació de scripts per a la vostra bústia de correu, heu de seleccionar qualsevol correu a l'atzar per llegir-lo?

Resposta: Per a això, gravarem el guió per llegir el primer correu. Intenteu trobar allò que es publica a la sol·licitud per llegir el primer correu, com ara els identificadors de correu o la fila núm.

Des del missatge on es reflecteix una llista de correus electrònics, provarem de capturar totes les files d'identificació de correu electrònic no amb funció de correlació i mantenir Ordinal com a Tot, és a dir, ORD = Tot. Substituïu l'identificador de correu electrònic sol·licitat a la publicació llegida per qualsevol de l'identificador de correu electrònic seleccionat a l'atzar de la llista d'identificadors de correu electrònic capturats.

Consulteu-ho Tutorial de scripting .

P # 30) Què és el Think Time? Quin és el nivell Umbral per al temps de pensament i com es pot canviar això?

Resposta: Think time és el temps d'espera inserit intencionadament entre les accions de l'script per emular el temps d'espera real de l'usuari mentre es realitza una activitat a l'aplicació. El nivell de llindar per al temps de pensament en el nivell per sota del qual el temps de pensament registrat serà ignorat. Això es pot canviar des de Opcions enregistrades-> Script-> Generar temps de pensament superior al llindar.

P # 31) Com es configura la correlació automàtica?

Resposta: Qualsevol configuració relacionada amb la correlació automàtica es pot fer mitjançant Opcions generals-> Correlació. Les regles de correlació s’estableixen a partir de Opcions de gravació-> Correlacions.

P # 32) Com decidiu el nombre de màquines generadores de càrrega necessàries per fer una prova?

Resposta: El nombre de generadors de càrrega necessaris depèn totalment del protocol utilitzat per crear el script i la configuració de la màquina generadora de càrrega. Cada protocol té una impressió de memòria diferent i això decideix quants usuaris virtuals es poden generar a partir de la configuració de la màquina (generador de càrrega).

P # 33) Quines són les funcions que busqueu exactament en seleccionar l'eina de proves de rendiment?

Resposta: L'eina de proves de rendiment ha de ser capaç de: -

• Provar una aplicació creada amb múltiples tecnologies i plataformes de maquinari.
• Determineu la idoneïtat d’un servidor per provar l’aplicació
• Provar una aplicació amb una càrrega de desenes, milers i fins i tot milers d’usuaris virtuals.

P # 34) En què es diferencien els usuaris simultanis dels usuaris simultanis?

Resposta: Tots els usuaris simultanis són usuaris concurrents, però viceversa no és cert.

Tots els Vusers de l'escenari en execució són usuaris concurrents, ja que utilitzen la mateixa aplicació al mateix temps, però potser fan o no les mateixes tasques. Els usuaris simultanis realitzen la mateixa tasca alhora. Els usuaris simultanis es converteixen en usuaris simultanis mitjançant punts de trobada.

Els punts de trobada indiquen al sistema que esperi fins que arribi un cert nombre de Vusers perquè tots puguin fer una tasca concreta simultàniament.

P # 35) Com identifiqueu quins valors cal correlacionar a l'script? Posa un exemple.

Resposta: Això es pot fer de maneres:

• Enregistreu els dos scripts amb passos similars i compareu-los amb la utilitat WDiff. (Veure tutorial Correlació).
• Torneu a reproduir el guió enregistrat i analitzeu-ne la correlació. Això proporciona una llista de valors que es poden correlacionar.

Session-Id és un bon exemple d'això. Quan es registren i es comparen dos scripts mitjançant la utilitat WDiff. Els identificadors de sessió dels dos scripts haurien de ser diferents i WDiff ressalta aquests valors.

P # 36) Com afecta la memòria cau als resultats de les proves de rendiment?

Resposta: Quan les dades s’emmagatzemen a la memòria cau del servidor, el servidor no ha d’obtenir el resultat i no s’ha activat cap activitat del servidor. El resultat de la prova no reflecteix el mateix rendiment dels usuaris reals que utilitzen l'aplicació amb dades diferents.

P # 37) Com aturareu l'execució d'un script per error?

Resposta: Això es pot aconseguir mitjançant la funció lr_abort. La funció indica al Vuser que deixi d'executar la secció Action i que finalitzi l'execució executant la secció vuser_end. Aquesta funció és útil per gestionar un error específic.

Això també es pot utilitzar per gestionar una situació en lloc d'errors en què no és possible l'execució. La funció va assignar l'estat 'Aturat' al Vuser que es va aturar a causa de la funció lr_abort. A la configuració del temps d'execució, s'ha de desactivar l'opció 'Continua per error'.

A vosaltres

Esperem això enorme recopilació de preguntes d’entrevistes de LoadRunner amb respostes us resultarà útil per a tots.

A STH, sempre professem el importància dels fonaments . El mateix passa amb l’èxit en la prova de rendiment professional. Tanmateix, desitgem que aquest qüestionari d’entrevistes de proves de rendiment sigui un punt de referència instrumental per a tots els que vulgueu trobar o avançar en una carrera de proves de rendiment mitjançant LoadRunner.

Us desitjo el millor!

=> Visiteu aquí per obtenir una sèrie completa de tutorials de LoadRunner

PREV Tutorial | Primer tutorial

Espero que us hagi agradat tota la gamma de tutorials d’aquesta sèrie LoadRunner.

Lectura recomanada

• Preguntes i respostes de l’entrevista
• Preguntes i respostes de l'entrevista de proves ETL
• Algunes preguntes i respostes de proves manuals complicades
• 25 millors preguntes i respostes d’entrevista de proves àgils
• 34 Preguntes i respostes d’entrevistes SoapUI més freqüents
• Preguntes d'entrevistes amb respostes a Spock (més populars)
• Algunes preguntes d’entrevistes de proves de programari interessants
• Top 20+ Preguntes i respostes de l'entrevista .NET