Las 37 preguntas más comunes de las entrevistas con LoadRunner y las mejores respuestas

37 most common loadrunner interview questions

Preguntas más frecuentes de la entrevista sobre LoadRunner.

En nuestro tutorial anterior, exploramos todo sobre Análisis de resultados de pruebas en LoadRunner .

Este artículo se centrará en preguntas y respuestas más importantes de las entrevistas LoadRunner más frecuentes que le ayudará a tener éxito en la entrevista de cualquier evaluador de rendimiento que utilice LoadRunner.

LoadRunner es una de las herramientas de prueba de rendimiento con mejor licencia del mercado. Es más adecuado para la mayoría de las tecnologías futuras debido a la amplia gama de protocolos compatibles.

=> Haga clic aquí para ver la serie completa de tutoriales de LoadRunner

Algunos consejos básicos antes de comenzar:

#1) Las preguntas de la entrevista de LoadRunner se pueden clasificar en 3 tipos principales: Secuencias de comandos, ejecución y Análisis . Es importante que los principiantes se concentren más en la parte del guión.

#2) Http / HTML se utiliza principalmente Protocolo, para empezar, intente perfeccionar este protocolo.

#3) Asegúrese de conocer el versión exacta de LoadRunner en el que trabajaste. En caso de tener experiencia laboral con una versión anterior, intente mantenerse actualizado con las funciones que forman parte de las versiones más nuevas / actuales.

#4) Pruebas de rendimiento las entrevistas son más prácticas de lo que solían ser. Las preguntas orientadas al escenario son más comunes que sencillas. Algunas empresas incluso hacen que las pruebas de secuencias de comandos sean parte del proceso de entrevista. Entonces, prepárate para lo mismo.

#5) Incluso en las secuencias de comandos, se prefiere que sea capaz de personalizar el código , en lugar de solo grabar y reproducir.

#6) Espere preguntas sobre ... tiempo para pensar, transacciones, comentarios, opciones de grabación, configuraciones de tiempo de ejecución , etc., para poner a prueba sus conocimientos sobre las mejores prácticas de creación de scripts.

Los siguientes son algunos de los Entrevista de Performance Testing preguntas que necesitará algo de experiencia para responder. Trate de tener en cuenta estas preguntas mientras trabaja en sus proyectos de prueba de desempeño, de modo que la actividad de preparación de la entrevista se convierta en un proceso continuo.

1. ¿Cuáles son los diferentes problemas de secuencias de comandos que ha enfrentado hasta ahora?
2. ¿Cuáles son los cuellos de botella de rendimiento que encontró en los proyectos en los que estaba trabajando? ¿Cuáles son las recomendaciones que se hacen para superar esos problemas?
3. ¿Ha aplicado la ley de Little a su proyecto? ¿Si es así, cómo?
4. ¿Cuál es su enfoque de análisis?
5. ¿Qué supervisa durante la ejecución?
6. ¿Cómo extraer datos del servidor para la ejecución de pruebas y cómo analizarlos?
7. ¿Cómo identificar los cuellos de botella en el desempeño?

Las áreas de preguntas clave son:

• Desafíos que enfrenta durante la creación de scripts
• Función de correlación
• Manejo de errores
• Diferentes modos de grabación para el protocolo Web HTTP / HTML.
• Creación de escenarios
• Desafíos durante la ejecución
• Análisis

A continuación, proporcionamos algunas preguntas comunes de la entrevista de LoadRunner y sus respuestas. Sin embargo, tenga en cuenta que los mejores resultados se pueden lograr proporcionando respuestas basadas en su exposición, experiencia e interpretación de los conceptos . Aprender solo las respuestas a las preguntas no siempre es óptimo. Practica, aprende y experto - Este debe ser su enfoque para la preparación de la entrevista de Performance Testing.

Preguntas y mejores respuestas de la entrevista de LoadRunner

P # 1) ¿Cuál es la diferencia entre las pruebas de rendimiento y la ingeniería de rendimiento?

Responder: En Performance Testing, el ciclo de prueba incluye la recopilación de requisitos, la creación de scripts, la ejecución, el intercambio de resultados y la generación de informes. Performance Engineering es un paso adelante de Performance Testing donde después de la ejecución; Los resultados se analizan con el objetivo de encontrar los cuellos de botella de rendimiento y se proporciona la solución para resolver los problemas identificados.

P # 2) Explique el ciclo de vida de las pruebas de rendimiento.

Responder:

• Paso 1: Análisis del sistema (identificación de transacción crítica)
  Generador de usuarios virtuales
• Paso 2: Creación de secuencias de comandos de usuario virtual (grabación)
• Paso 3: Definición del comportamiento de los usuarios (configuración de tiempo de ejecución)
  Controlador LoadRunner
• Paso 4: Creación de escenarios de prueba de carga
• Paso 5: Ejecución de los escenarios de prueba de carga y supervisión del rendimiento
  Análisis LoadRunner
• Paso 6: Analizando los resultados

Referir Tutorial de pruebas de rendimiento n. ° 2 para más detalles.

P # 3) ¿Qué son las pruebas de rendimiento?

Responder: Las pruebas de rendimiento se realizan para evaluar el rendimiento de la aplicación en condiciones de carga y estrés. Generalmente se mide en términos del tiempo de respuesta de la acción del usuario en una aplicación.

P # 4) ¿Qué son las pruebas de carga?

Responder: La prueba de carga es para determinar si una aplicación puede funcionar bien con el uso intensivo resultante de una gran cantidad de usuarios que la utilizan simultáneamente. La carga se incrementa para simular la carga máxima que van a tomar los servidores durante los períodos de uso máximo.

P # 5) ¿Cuáles son los diferentes componentes de LoadRunner?

Responder:

Los componentes principales de LoadRunner son:

• VUGen: Registra scripts de Vuser que emulan las acciones de usuarios reales.
• Controlador: Centro administrativo para la creación, mantenimiento y ejecución de escenarios de pruebas de carga. Asigna escenarios a Vusers y generadores de carga, inicia y detiene la carga de pruebas.
• Generador de carga: Un agente a través del cual podemos generar carga
• Análisis: Proporciona gráficos e informes que resumen el rendimiento del sistema.

P # 6) ¿Cuál es el punto de encuentro?

Responder: El punto de encuentro ayuda a emular una gran carga de usuarios (solicitud) en el servidor. Esto indica a los Vusers que actúen simultáneamente. Cuando el Vuser llega al punto de encuentro, espera a todos los Vusers con punto de encuentro. Una vez que los números designados de Vusers lo alcanzan, se liberan los Vusers. La función lr_rendezvous se utiliza para crear el punto de encuentro. Esto se puede insertar mediante:

• Botón Rendezvous en la barra de herramientas de grabación flotante durante la grabación.
• Después de grabar el punto de encuentro se inserta a través de Insertar> Rendezvous .

P # 7) ¿Cuáles son las diferentes secciones del guión? ¿En qué secuencia se ejecutan estas secciones?

Responder: La secuencia de comandos LoadRunner tiene tres secciones: Vuser_init, Action y Vuser_end.

• Vuser_init tiene solicitudes / acciones para iniciar sesión en la aplicación / servidor.
• Acción tiene código real para probar la funcionalidad de la aplicación. Esto se puede reproducir muchas veces en iteraciones.
• Vuser_end tiene solicitudes / acciones para iniciar sesión fuera de la aplicación / servidor.

La secuencia en la que se ejecutan estas secciones es Vuser_init al principio y Vuser_end al final. La acción se ejecuta entre los dos.

P # 8) ¿Cómo identifica qué protocolo usar para cualquier aplicación?

reemplazo del sitio de transmisión de películas para la película 4k

Responder: Anteriormente, el probador de rendimiento tenía que depender mucho del equipo de desarrollo para conocer el protocolo que usa la aplicación para interactuar con el servidor. A veces, también solía ser especulativo.

Sin embargo, LoadRunner proporciona una gran ayuda en forma de Asesor de protocolo a partir de la versión 9.5. El asesor de protocolos detecta los protocolos que utiliza la aplicación y nos sugiere los posibles protocolos en los que se puede crear un script para simular al usuario real.

P # 9) ¿Qué es una correlación? Explique la diferencia entre correlación automática y manual. ¿Correlación?

Responder: La correlación se usa para manejar los valores dinámicos en un script. El valor dinámico podría cambiar para cada acción del usuario (el valor cambia cuando el mismo usuario repite la acción) o para diferentes usuarios (el valor cambia cuando la acción se repite con un usuario diferente). En ambos casos, la correlación se encarga de estos valores y evita que fallen durante la ejecución.

La correlación manual implica identificar el valor dinámico, encontrar la primera aparición de valor dinámico, identificar los límites únicos de capturar el valor dinámico, escribir la función de correlación web_reg_save_param antes de que la solicitud tenga la primera aparición de un valor dinámico en su respuesta.

La correlación automatizada funciona con reglas de correlación predefinidas. El guión se reproduce y se escanea en busca de autocorrelación al fallar. Vugen identifica el lugar donde funcionan las reglas de correlación y correlaciona el valor al momento de la aprobación.

Referirse a este tutorial para más detalles.

P # 10) ¿Cómo identificar qué correlacionar y qué parametrizar?

Responder: Cualquier valor en el script que cambie en cada iteración o con los diferentes usuarios mientras se reproduce necesita correlación. Cualquier entrada del usuario durante la grabación debe parametrizarse.

P # 11) ¿Qué es la parametrización y por qué es necesaria la parametrización en el script?

Responder: Reemplazar valores codificados dentro del script con un parámetro se llama Parametrización. Esto ayuda a un solo usuario virtual (Vuser) a utilizar diferentes datos en cada ejecución. Esto simula el uso de una aplicación en la vida real, ya que evita que el servidor almacene en caché los resultados.

Referirse a este tutorial para más detalles.

P # 12) ¿Cómo identifica los casos de uso de pruebas de rendimiento de cualquier aplicación?

Responder: Los casos de prueba / casos de uso para las pruebas de rendimiento son casi los mismos que los casos de prueba de pruebas manuales / funcionales donde se escriben todos y cada uno de los pasos realizados por el usuario. La única diferencia es que todos los casos de prueba manuales no pueden ser casos de uso de pruebas de rendimiento, ya que existen pocos criterios para la selección como:

• La actividad del usuario debe estar relacionada con la funcionalidad crítica y más importante de la aplicación.
• La actividad del usuario debe tener una buena cantidad de actividad en la base de datos, como buscar, eliminar o insertar.
• La actividad de los usuarios debe tener un buen volumen de usuarios. La funcionalidad de tener menos actividad del usuario generalmente se omite desde el punto de vista de las pruebas de rendimiento. Por ejemplo, actividad de la cuenta de administrador.

Cualquiera de los casos de prueba manuales que cumplan los criterios anteriores se puede utilizar como caso de uso / caso de prueba de pruebas de rendimiento. Si los casos de prueba manuales no se escriben paso a paso, el equipo de Performance debe crear documentos dedicados para ellos.

P # 13) Mientras creaba secuencias de comandos, creó reglas de correlación para la Correlación automática. Si desea compartir las reglas de correlación con los miembros de su equipo que trabajan en la misma aplicación para que ellos puedan usar la misma en su estación de trabajo, ¿cómo lo hará?

Responder: Las reglas de correlación se pueden exportar a través del archivo .cor y el mismo archivo se puede importar a través de VuGen.

P # 14) ¿Cuáles son los diferentes tipos de registros de Vuser que se pueden usar durante la creación de scripts y la ejecución? ¿Cuál es la diferencia entre estos registros? ¿Cuándo inhabilitas el registro?

Responder: Hay dos tipos de registros de Vuser disponibles: registro estándar y registro extendido. Los registros son clave para depurar el script. Una vez que un script está en funcionamiento, el registro se habilita solo para errores.

El registro estándar crea un registro de funciones y mensajes enviados al servidor durante la ejecución del script, mientras que el registro extendido contiene advertencias adicionales y otros mensajes. El registro se utiliza durante la depuración y se desactiva durante la ejecución. En ese caso, se puede habilitar el registro de errores.

P # 15) ¿Cuál es el enfoque modular de las secuencias de comandos?

Responder: En el enfoque modular, se crea una función para cada solicitud ( Por ejemplo, iniciar sesión, cerrar sesión, guardar, eliminar, etc.) y estas funciones se llaman siempre que sea necesario. Este enfoque da más libertad para reutilizar la solicitud y ahorra tiempo. Con este enfoque, se recomienda trabajar con solicitudes personalizadas web.

P # 16) ¿Cuáles son los diferentes tipos de objetivos en el escenario orientado a objetivos?

Responder: LoadRunner tiene cinco tipos diferentes de objetivos en el escenario orientado a objetivos. Estos son:

1. El número de Vusers concurrentes
2. El número de visitas por segundo
3. El número de transacciones por segundo
4. El número de páginas por minuto
5. El tiempo de respuesta de la transacción

P # 17) ¿Cómo se valida cada paso en el guión?

Responder: Cada paso del script se valida con el contenido de la página devuelta. Una verificación de contenido verifica si hay contenido específico en la página web o no. Hay dos tipos de verificación de contenido que se pueden usar en LoadRunner:

• Verificación de texto: Esto busca un texto / cadena en la página web.
• Verificación de imagen: Esto busca una imagen en una página web.

P # 18) ¿Cómo se modifica el script de VuGen después de la grabación?

Responder: Una vez grabado el guión, se puede modificar con el siguiente proceso:

• Transacción
• Parametrización
• Correlación
• Declaraciones de variables
• Punto de encuentro
• Validaciones / Punto de control

P # 19) ¿Qué son Ramp-up y Ramp Down?

Responder:

• Rampa arriba: Tasa a la que los usuarios virtuales se suman a la prueba de carga.
• Rampa hacia abajo: Tasa de salida de los usuarios virtuales de la prueba de carga.

P # 20) ¿Cuál es la ventaja de ejecutar Vuser como hilo?

Responder: La ejecución de Vusers como subproceso ayuda a generar más usuarios virtuales desde cualquier máquina debido a la impresión de memoria pequeña del Vuser que ejecuta un subproceso.

P # 21) ¿Qué es el tiempo perdido en el registro de reproducción de VuGen?

Responder: Ningún usuario del navegador pierde tiempo y solo el tiempo dedicado a las actividades que respaldan el análisis de prueba. Estas actividades están relacionadas con el registro, el mantenimiento de registros y el análisis personalizado.

P # 22) ¿Cómo se habilitan las comprobaciones de texto e imágenes en VuGen?

Responder: Esto se puede hacer usando las funciones web_find (para verificación de texto) y web_image_check (para verificación de imagen) y habilitando la verificación de imagen y texto desde la configuración de tiempo de ejecución.
Configuración de tiempo de ejecución–> Preferencias–> Active la casilla de verificación Imagen y texto.

P # 23) ¿Cuál es la diferencia entre web_reg_find y web_find?

Responder: La función web_reg_find se procesa antes de que se envíe la solicitud y se coloca antes de la solicitud en el script de VuGen, mientras que una función web_find se procesa después de que llega la respuesta de la solicitud y se coloca después de la solicitud en el script de VuGen.

P # 24) ¿Cuáles son los desafíos que enfrentará para guiar el paso 'Seleccionar todo' y luego 'Eliminar' para cualquier cuenta de correo?

Responder: En este caso, la publicación de 'Seleccionar todo' y 'Eliminar' cambiará cada vez según la cantidad de correos disponibles. Para esto, la solicitud registrada para los dos debe reemplazarse con la solicitud personalizada y se requiere la construcción de cadenas para construir la publicación. ( Nota - Esta pregunta necesita conocimientos prácticos. Así que por favor esto de manera práctica y formule su respuesta).

P # 25) ¿Cuál es la diferencia entre el ritmo y el tiempo para pensar?

Responder: El ritmo es el tiempo de espera entre las iteraciones de acción, mientras que pensar que el tiempo es un tiempo de espera entre las transacciones.

P # 26) ¿Cuál es la cantidad de gráficos que puede monitorear usando Controller a la vez? ¿Cuál es el máximo de ellos?

Responder: Se pueden ver uno, dos, cuatro y ocho gráficos a la vez. La cantidad máxima de gráficos que se pueden monitorear a la vez es 8.

P # 27) Tiene una aplicación que muestra los resultados del examen del estudiante. En correspondencia con el nombre de cada alumno se menciona si aprobó o reprobó el examen con la etiqueta de “Aprobado” y “No aprobado”. ¿Cómo identificará el número de estudiantes aprobados y reprobados en el guión de VuGen?

Responder: Para este texto, la verificación se utiliza en la página web para el texto 'Pasa y no pasa'. A través de la función web_reg_find, podemos capturar la cantidad de textos encontrados en la página web con la ayuda de “SaveCount”. SaveCount almacenó el número de coincidencias encontradas. Por ejemplo-

P # 28) Durante la prueba de carga, ¿cuál es la configuración óptima para los registros?

Responder: Para la prueba de carga, el nivel de registro se establece en mínimo. Esto se puede lograr configurando el nivel de registro en el registro estándar y seleccionando el botón de opción 'Enviar un mensaje solo cuando se produce un error'.

P # 29) ¿Cómo manejará la situación en las secuencias de comandos si para su buzón tiene que seleccionar cualquier correo al azar para leerlo?

Responder: Para ello, grabaremos el script para leer el primer correo. Intente encontrar lo que se publica en la solicitud para leer el primer correo, como los identificadores de correo o el número de fila.

Desde la publicación donde se refleja una lista de correos electrónicos, intentaremos capturar todas las filas de ID de correo electrónico con la función de correlación y manteniendo Ordinal como Todos, es decir, ORD = Todos. Reemplace el ID de correo electrónico solicitado en la publicación leída con cualquiera de los ID de correo electrónico seleccionados al azar de la lista de ID de correo electrónico capturados.

Consulte este Tutorial de secuencias de comandos .

P # 30) ¿Qué es el tiempo para pensar? ¿Cuál es el nivel de umbral para el tiempo de reflexión y cómo se puede cambiar?

Responder: El tiempo de pensamiento es el tiempo de espera que se inserta intencionalmente entre las acciones en el script para emular el tiempo de espera del usuario real mientras realiza una actividad en la aplicación. El nivel de umbral para el tiempo de reflexión en el nivel por debajo del cual se ignorará el tiempo de reflexión registrado. Esto se puede cambiar de Opciones grabadas-> Guión-> Genere un tiempo de reflexión superior al umbral.

P # 31) ¿Cómo se configura la correlación automatizada?

Responder: Cualquier ajuste relacionado con la correlación automatizada se puede realizar mediante Opciones generales-> Correlación. Las reglas de correlación se establecen a partir de Opciones de grabación-> Correlaciones.

P # 32) ¿Cómo decide la cantidad de máquinas generadoras de carga necesarias para ejecutar una prueba?

Responder: El número de generadores de carga necesarios depende totalmente del protocolo utilizado para crear el script y la configuración de la máquina generadora de carga. Cada protocolo tiene una impresión de memoria diferente y esto decide cuántos usuarios virtuales se pueden generar a partir de la configuración dada de la máquina (generador de carga).

P # 33) ¿Cuáles son las capacidades que busca exactamente al seleccionar la herramienta de prueba de rendimiento?

Responder: La herramienta de prueba de rendimiento debería ser capaz de:

• Probando una aplicación construida usando múltiples tecnologías y plataformas de hardware.
• Determinar la idoneidad de un servidor para probar la aplicación.
• Probando una aplicación con una carga de decenas, miles e incluso miles de usuarios virtuales.

P # 34) ¿En qué se diferencian los usuarios simultáneos de los usuarios simultáneos?

Responder: Todos los usuarios simultáneos son usuarios simultáneos, pero lo contrario no es cierto.

Todos los Vusers en el escenario en ejecución son usuarios concurrentes, ya que están usando la misma aplicación al mismo tiempo, pero tal vez o no estén haciendo las mismas tareas. Los usuarios simultáneos realizan la misma tarea al mismo tiempo. Los usuarios concurrentes se convierten en usuarios simultáneos a través de puntos de encuentro.

Los puntos de encuentro indican al sistema que espere hasta que llegue un cierto número de Vusers para que todos puedan realizar una tarea en particular simultáneamente.

P # 35) ¿Cómo identifica qué valores deben correlacionarse en el guión? Dar un ejemplo.

Responder: Esto se puede hacer de las siguientes formas:

• Registre los dos scripts con pasos similares y compárelos usando la utilidad WDiff. (Ver tutorial Correlación).
• Reproduzca el guión grabado y busque la correlación. Esto da una lista de valores que pueden correlacionarse.

Session-Id es un buen ejemplo de esto. Cuando se registran y comparan dos scripts con la utilidad WDiff. Los identificadores de sesión en los dos scripts deben ser diferentes y WDiff resalta estos valores.

P # 36) ¿Cómo afecta el almacenamiento en caché los resultados de las pruebas de rendimiento?

Responder: Cuando los datos se almacenan en caché en la memoria del servidor, el servidor no necesita obtener el resultado y no se activa ninguna actividad del servidor. El resultado de la prueba no refleja el mismo rendimiento de usuarios reales que utilizan la aplicación con datos diferentes.

P # 37) ¿Cómo detendrá la ejecución de un script en caso de error?

Responder: Esto se puede lograr mediante la función lr_abort. La función indica al Vuser que deje de ejecutar la sección Acción y finalice la ejecución ejecutando la sección vuser_end. Esta función es útil para manejar un error específico.

Esto también se puede usar para manejar una situación en lugar de un error donde la ejecución no es posible. La función asignó el estado 'Detenido' al Vuser que se detuvo debido a la función lr_abort. En la configuración de Tiempo de ejecución, 'Continuar en caso de error' debe estar desmarcado.

A ti

Esperamos esto gran compilación de preguntas de la entrevista LoadRunner con respuestas les resultará útil a todos.

En STH, siempre profesamos el importancia de los fundamentos . Lo mismo es cierto para tener éxito en la prueba de desempeño profesional también. Sin embargo, deseamos que este cuestionario de entrevistas para pruebas de desempeño sea un punto de referencia instrumental para todos los que aspiran a encontrar o avanzar en una carrera de pruebas de desempeño utilizando LoadRunner.

¡Les deseo a todos lo mejor!

=> Visite aquí para ver la serie completa de tutoriales de LoadRunner

PREV Tutorial | Primer tutorial

Espero que haya disfrutado de toda la gama de tutoriales de esta serie LoadRunner.

Lectura recomendada

• Preguntas y respuestas de la entrevista
• Preguntas y respuestas de la entrevista de prueba ETL
• Algunas preguntas y respuestas complicadas sobre pruebas manuales
• Las 25 mejores preguntas y respuestas de la entrevista de pruebas ágiles
• 34 preguntas y respuestas más comunes de la entrevista de SoapUI
• Preguntas de la entrevista de Spock con respuestas (las más populares)
• Algunas preguntas interesantes de la entrevista sobre pruebas de software
• Más de 20 preguntas y respuestas de entrevistas .NET