Menú

¿Cómo realizar pruebas de rendimiento manuales?

how perform manual performance testing

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

En esto Serie de pruebas de rendimiento informativas , exploramos todo sobre Prueba de rendimiento de aplicaciones móviles en detalle.

Un sitio rápido y receptivo está directamente relacionado con niveles más altos de visitantes y una mejor experiencia de usuario.

Las pruebas de rendimiento juegan un papel vital. Es la única forma de determinar el comportamiento de una aplicación en diferentes niveles de carga y usuarios.

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

Pero, ¿se pueden realizar las pruebas de rendimiento manualmente como las pruebas funcionales? Analicemos este aspecto de la prueba de rendimiento a través de este artículo.

Prueba de rendimiento manual

Entregar un producto de calidad a tiempo con una cobertura de prueba completa para los requisitos es esencial para cualquier aplicación.

Las pruebas manuales y de automatización siempre han existido como dos modos paralelos para ayudar a los probadores a lograr este objetivo de prueba funcional. Sin embargo, la ejecución manual de la prueba requiere mucho tiempo, es costosa y es propensa a errores. Prueba de automatización aborda estos desafíos básicos y ayuda a ahorrar tiempo y esfuerzo a lo largo del tiempo.

Algunas ventajas importantes de las pruebas de automatización:

  • Se puede usar el mismo script de prueba para cada ejecución simplemente haciendo cambios en los datos de prueba (donde sea necesario)
  • El tiempo de ejecución es mucho menor en comparación con la ejecución manual
  • Resultados consistentes
  • Llena los vacíos donde las pruebas manuales pueden no ser adecuadas o adecuadas. (Por ejemplo: servicios web)

Similitud, Los resultados de las pruebas de rendimiento son más confiables y relevantes cuando se utilizan scripts de prueba automatizados en lugar de casos de prueba manuales. .

  • Las pruebas de rendimiento son un medio de garantía de calidad que implica probar aplicaciones de software y comprender su rendimiento en una carga de trabajo esperada o en un momento determinado. Además, conocer el tiempo de respuesta es un parámetro importante.
  • El enfoque u objetivo principal de las pruebas de rendimiento es determinar su Velocidad , Escalabilidad , y Estabilidad .
  • La velocidad y la eficacia se pueden determinar mediante una computadora, red, programa de software o dispositivo mediante pruebas de rendimiento.

A continuación se muestra una representación de un proceso de prueba de rendimiento:

Proceso de prueba de desempeño

Tanto las pruebas de rendimiento como las pruebas automatizadas son de hecho algunas formas de ejecutar comprobaciones simples mediante el uso de diferentes herramientas. Generalmente, la automatización de pruebas suele ser una combinación de pruebas funcionales, pruebas de carga y pruebas de rendimiento.

Cuando un script de automatización de pruebas funcionales se ajusta no solo para registrar los resultados de aprobación / falla, sino también para anotar los tiempos de procesamiento / registros de los objetos / pantallas, el script de automatización de pruebas funcionales se convierte en un monitor de rendimiento.

mejores aplicaciones para amazon fire TV stick

Lo que vas a aprender:

Todo el proceso es el siguiente:

  1. El generador de carga se inicia para probar el tiempo de respuesta del servidor durante la carga o en las horas pico.
  2. Una vez que se alcanza la carga objetivo asumida, se inicia el conjunto de automatización de pruebas funcionales para medir el tiempo real que lleva ejecutar todo en un entorno completamente renderizado.
  3. Todo este proceso brindará una visión maravillosa de lo que experimentarán los usuarios finales durante una carga pesada en una aplicación o durante las horas pico.

También leer=> Aprenda el proceso de prueba de carga con esta serie LoadRunner

Un diagrama que explica la combinación de 'rendimiento' y 'automatización de pruebas' puede ser el siguiente:

Pruebas de rendimiento y pruebas de automatización

Prueba de rendimiento: ¿se puede realizar manualmente?

Ahora la pregunta es ' ¿Las pruebas de rendimiento se pueden realizar solo a través de scripts de prueba automatizados o también se pueden realizar manualmente? ”.

pregunta

Como hemos leído anteriormente, se obtienen resultados fiables cuando hay una combinación de pruebas de rendimiento y automatización. Sin embargo, hay casos en los que el rendimiento de la aplicación también se puede determinar manualmente.

Entendamos esto con la ayuda de algunos ejemplos:

Ejemplo 1: Suponga que un probador debe evaluar una prueba breve de rendimiento. Esto es para un AUT dentro de un límite de tiempo determinado. Luego, se puede realizar una prueba manual de cordura para averiguar la carga de la página o el tiempo de respuesta.

Ejemplo 2: Del mismo modo, considere una aplicación web basada en Java. Para ejecutar la prueba de rendimiento manualmente, en este caso, muchas sesiones activas de la misma aplicación deben estar abiertas para la prueba. De forma manual, podemos determinar el número de sesiones activas, el número de conexiones de base de datos abiertas y el número de subprocesos en ejecución. También se puede obtener la cantidad de tiempo de CPU, la memoria que se está utilizando y algunos parámetros más.

Visor de rendimiento de Tivoli ( TPV ) se puede instalar para monitorizar los parámetros de interés. Por lo general, la prueba se realiza implementando la aplicación en el servidor, accediendo a la aplicación desde varias máquinas cliente y permitiendo que se ejecuten varios subprocesos.

¿Cómo se utiliza el visor de Tivoli Performance para supervisar el rendimiento de cualquier WebSphere Application Server (WAS)?

Servidor de aplicaciones WebSphere (WAS) no es más que un producto de software o marco que aloja aplicaciones web basadas en Java. Los resultados / datos obtenidos mediante la supervisión del rendimiento mediante el visor de rendimiento para cualquier WAS se pueden analizar para descubrir los factores que contribuyen a los tiempos de respuesta grandes. A continuación, estos factores pueden modificarse para mejorar el rendimiento.

El procedimiento que se sigue para grabar la interpretación es el siguiente:

  • Seleccione el servidor que se va a monitorear. Como puede ver en el diagrama a continuación, seleccione 'servidor1'.
  • Mientras se ejecuta la aplicación, la actividad del servidor se supervisa mediante la visualización y el examen de los datos en tiempo real que recopila la infraestructura de supervisión del rendimiento ( PYMES ), dentro de la consola administrativa. Los datos recopilados de PMI ayudan a lograr un rendimiento óptimo.

El siguiente diagrama explica cómo se hace:

La casilla de verificación para 'Servidor1' está seleccionada. Al hacer clic en 'Iniciar supervisión', el visor de rendimiento comienza a supervisar los datos PMI del servidor de aplicaciones.

(Pulsa sobre la imagen para agrandarla)

Visor de Tivoli Performance

El diagrama siguiente explica los diferentes valores y vistas que se muestran en el panel izquierdo, que están disponibles para “Servidor1” en Tivoli Performance Viewer. El panel derecho describe los datos monitoreados para el parámetro seleccionado en el panel izquierdo.

Como se puede ver claramente en el diagrama, los siguientes datos de parámetros se pueden ver y analizar:

  • Tutor
  • Ajustes
  • Informes resumidos (incluye servlets, EJB, métodos EJB, grupo de conexiones, grupo de subprocesos)
  • Módulos de rendimiento (contienen la opción de tiempo de ejecución de JVM que contiene un gráfico que muestra los datos de PMI en tiempo de ejecución)

(Pulsa sobre la imagen para agrandarla)

Visor de rendimiento de Tivoli 2

  • La configuración del usuario y los valores de registro se realizan para que los registros de rendimiento del servidor se puedan ver en la consola administrativa. Esta configuración también afecta el rendimiento del servidor de aplicaciones.
  • Los datos en tiempo real registrados por el visor de rendimiento, es decir, los registros de rendimiento del servidor, etc., también se pueden revisar más adelante.

Ejemplo 3: El rendimiento de una aplicación debe evaluarse por su ancho de banda en diferentes velocidades de red disponibles.

Ejemplo 4 : Se puede realizar manualmente una prueba preliminar rápida del rendimiento de la base de datos para obtener la información necesaria.

Por lo tanto, en todos estos casos, las pruebas de rendimiento básicas se pueden realizar sin ningún script de automatización. Es posible que necesite algunas herramientas de diagnóstico o monitoreo, pero la automatización al 100% no es absolutamente necesaria.

¿Cuándo pueden ayudar las pruebas de rendimiento manuales?

Un evaluador de no rendimiento puede realizar pruebas manuales rápidamente sin tener que pasar por el proceso de configuración de conjuntos de pruebas automatizadas o incluso sin conocimientos de automatización de pruebas.

Esto es muy útil cuando:

  • Los evaluadores de rendimiento necesitan una evaluación rápida de la respuesta del producto en determinadas condiciones.
  • Para ejecutar una prueba de rendimiento de cordura, es decir, ejecutar algunos pasos manualmente mientras se soluciona el problema de la prueba.

¿Qué no hacer?

Un evaluador de rendimiento también puede simular las condiciones de la prueba de rendimiento de varias máquinas cliente diferentes si se comunica con los servidores de forma individual, pero esa no será una forma muy eficaz de ejecutar una prueba de rendimiento. Por lo tanto, tenga en cuenta que no todo se puede hacer manualmente.

Conclusión

Las pruebas de rendimiento se consideran uno de los tipos de pruebas de software más técnicos y complejos. Requiere amplios conocimientos técnicos. Los scripts de prueba automatizados aportan un valor tremendo al esfuerzo de prueba. Pero no debemos dejar de explorar nuevas formas de combinarlos con las pruebas de rendimiento. Las pruebas manuales pueden ayudar.

¿Estás de acuerdo? ¿Qué otras variaciones de las pruebas de rendimiento ha realizado?

¡Nuestro próximo tutorial explicará más sobre las pruebas de rendimiento del sitio web!

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

PREV Tutorial | SIGUIENTE Tutorial

Lectura recomendada

^