¿Qué son las pruebas de picos en las pruebas de software? Aprende con el ejemplo
Tomas Hamilton
⚡ Resumen inteligente
Las pruebas de sobrecarga someten una aplicación a un aumento repentino y extremo de la carga, para luego retirarla con la misma brusquedad. El objetivo es determinar si el sistema resiste el impacto y, lo que es igual de importante, si se recupera posteriormente.
¿Qué son las pruebas de picos?
Prueba de picos es un tipo de prueba de software en el que se prueba una aplicación de software con incrementos y disminuciones extremos en la carga de tráfico. El objetivo principal de las pruebas de picos es evaluar el comportamiento de la aplicación de software ante un aumento o disminución repentino en la carga del usuario y determinar el tiempo de recuperación después de un pico de carga del usuario.
Spike Testing se realiza para estimar las debilidades de las aplicaciones de software.
Objetivos de las pruebas de pico
El objetivo de las pruebas Spike es ver cómo responde el sistema a aumentos y caídas inesperados de la carga de usuarios. En ingeniería de software, las pruebas Spike ayudan a determinar que el rendimiento del sistema se deteriorará cuando hay una carga alta repentina.
Otro objetivo de Spike Testing es determinar el tiempo de recuperación. Entre dos picos sucesivos de carga de usuarios, el sistema necesita algo de tiempo para estabilizarse. Este tiempo de recuperación debe ser el menor posible.
Cómo hacer pruebas de picos
Estos son los sencillos pasos para realizar pruebas de picos:
Paso 1) Determine la capacidad de carga
Determine la capacidad de carga máxima de usuario de su aplicación de software.
Paso 2) Prepare el entorno de prueba
Prepare el entorno de pruebas y configúrelo para registrar los parámetros de rendimiento.
Paso 3) Definir la carga esperada
Aplique la carga máxima esperada a su aplicación de software utilizando un Herramienta de prueba de rendimiento de su elección.
Paso 4) Aumente la carga
Aumente rápidamente la carga del sistema durante un período determinado.
Paso 5) Vuelva a configurar la carga en Normal
Reduzca gradualmente la carga hasta su nivel original.
Paso 6) Analizar los resultados
Analice los gráficos y métricas de rendimiento como fallas, tiempo necesario, usuarios virtuales, etc.
Ejemplos de escenarios de pruebas de picos
- Cuando una tienda de comercio electrónico lanza ofertas especiales con grandes descuentos como el Black Friday.
- Cuando una aplicación web transmite en vivo un programa de TV favorito.
- Cuando se realiza una venta flash en un sitio de ofertas diarias.
- Cuando cierto contenido de un sitio se vuelve viral en Internet.
- Se lanza un nuevo sistema para producción y varios usuarios desean acceder al sistema.
- Un corte de energía puede provocar que todos los usuarios pierdan el acceso a un sistema. Una vez que se resuelva el problema del corte de energía, todos los usuarios volverán a iniciar sesión en el sistema simultáneamente.
Escenarios de recuperación en cargas pico
Tres escenarios de recuperación principales que se pueden configurar para protegerse contra Spikes son:
- Utilice plataformas en la nube como AWS, Azure para aumentar dinámicamente la capacidad del servidor junto con la carga de usuarios
- No permita el acceso a la aplicación a algunos usuarios, para que el sistema no enfrente una carga pesada. Esto evita que personas por encima de la carga máxima diseñada entren al sistema. Protege así el sistema de la amenaza de una carga excesiva.
- El administrador del sitio permite a los usuarios unirse al sistema. Sin embargo, advertimos que pueden enfrentar una respuesta lenta debido a la gran carga. Esto puede tener como resultado un efecto adverso en el rendimiento del sistema. Sin embargo, el usuario podrá trabajar con el sistema.
Ventajas y desventajas de las pruebas de adición de analito
A continuación se detallan las ventajas y desventajas de las pruebas de picos:
| Ventajas | Desventajas |
|---|---|
| El rendimiento del software debe mantenerse a toda costa. Sin embargo, cuando hay un aumento extremo en la carga de cualquier sistema, existen altas posibilidades de que surjan problemas. Spike Testing ayuda a probar dicho escenario. | La única desventaja de Spike Testing es que es un proceso de prueba costoso. Por lo tanto, fue necesario establecer condiciones de prueba especiales. Sin embargo, a mayor duración, seguramente generará un retorno de la inversión positivo. |
| En el método de prueba estándar, es posible que no se aborden los escenarios desde el peor al peor de los casos. Sin embargo, ignorarlos no significa que nunca ocurrirán. Por lo tanto, todo software debería estar preparado para tales posibilidades. Uno de los peores escenarios es la carga, que puede juzgarse y minimizarse con la ayuda de pruebas de picos. |
Herramientas de prueba de picos
1) JMeter
El Apache JMeter es una herramienta de prueba de picos de código abierto de Java. Está especialmente diseñado para cargar el comportamiento de las pruebas funcionales y medir el rendimiento. Esta herramienta de prueba de rendimiento se puede utilizar para analizar y medir el rendimiento de una aplicación web o una variedad de servicios. Hoy en día, se utiliza ampliamente para pruebas funcionales y pruebas de servidores de bases de datos.
2) LoadRunner
LoadRunner es una herramienta de prueba de carga para Windows y Linux, que permite realizar pruebas puntuales de aplicaciones web y de otro tipo. Ayuda a determinar el rendimiento y el resultado de la aplicación incluso bajo cargas pesadas.
Cómo encaja esta prueba en la familia de pruebas de rendimiento
Las pruebas de rendimiento son un término general. Las variantes que se describen a continuación solo difieren en la forma de la carga aplicada y la duración de la misma, razón por la cual suelen confundirse entre sí.
| Tipo de prueba | Patrón de carga | Pregunta que responde |
|---|---|---|
| Prueba de carga | Carga máxima prevista, corta duración | ¿El sistema cumple sus objetivos en condiciones normales de tráfico máximo? |
| Prueba de esfuerzo | Aumentado más allá de la capacidad hasta el fallo | ¿Dónde falla y lo hace de forma elegante? |
| prueba de picos | Aumento repentino y extremo, seguido de una remisión. | ¿Sobrevive y se recupera de un impacto de tráfico? |
| Pruebas de resistencia | La carga normal se mantuvo durante muchas horas. | ¿El rendimiento se degrada con el tiempo? |
| Prueba de remojo | Carga sostenida durante un período prolongado | ¿Hay fugas de memoria o agotamiento de recursos? |
| Prueba de estabilidad | Carga variable en función de las condiciones | ¿El sistema sigue siendo fiable a medida que cambian las condiciones? |
| Pruebas de volumen | Usuarios normales, volumen de datos muy grande | ¿Puede soportar el crecimiento de la base de datos? |
Las pruebas de resistencia y las pruebas de inmersión se suelen tratar como sinónimos. En el uso común, se utilizan para evaluar si ambas pruebas soportan una carga sostenida durante un período prolongado. Cuando los equipos las distinguen, las pruebas de resistencia se centran en si los tiempos de respuesta aumentan, mientras que las pruebas de estrés se centran en el consumo de recursos como la memoria, los descriptores de archivo y los grupos de conexiones. Generalmente, ejecutar una de estas pruebas proporciona evidencia para ambas.
Métricas clave para registrar durante la prueba
Una prueba de rendimiento es tan buena como lo que se registra durante su ejecución. Captura estos seis parámetros tanto en el servidor como en el cliente, y luego compáralos con la línea base en lugar de guiarte por una intuición.
| Métrico | Lo que te dice | Señal de advertencia |
|---|---|---|
| Tiempo promedio de respuesta | Experiencia de usuario típica | Cualquier desviación ascendente a lo largo de la carrera |
| tiempo de respuesta del percentil 95 | La experiencia de los usuarios más lentos | Muy por encima del promedio, lo que significa inconsistencia. |
| Throughput | Solicitudes procesadas por segundo | Caída mientras la carga permanece constante |
| Tasa de error | Porcentaje de solicitudes fallidas o con tiempo de espera agotado | Cualquier aumento por encima del umbral acordado |
| Uso de CPU y memoria | margen de recursos del servidor | Memoria que asciende y nunca regresa |
| Conexiones de base de datos e hilos | Agotamiento de la piscina | Recuentos que crecen constantemente sin liberación |
Lee el promedio y el percentil juntos. Un promedio de 800 ms con un percentil 95 de 900 ms describe un sistema consistente. El mismo promedio con un percentil 95 de 9 segundos significa que uno de cada veinte usuarios está teniendo problemas, y el promedio lo está ocultando.
Fíjate en la forma, no solo en el valor. En cualquier prueba de larga duración, una línea de recursos plana indica que la prueba ha superado la prueba, mientras que una línea ascendente indica una fuga, incluso cuando el número absoluto todavía se encuentra cómodamente dentro del límite en el momento en que finaliza la ejecución.
Pruebas de picos: Conclusiones clave
- pruebas de software es un tipo de prueba de software en el que se prueba una aplicación de software con incrementos y disminuciones extremos en la carga de tráfico.
- El enfoque correcto para realizar pruebas de picos es aumentar inesperadamente la cantidad de usuarios seguido de una disminución inmediata en la carga.
- La carga inesperada es el principal atributo del trato.
- Ejemplos de escenarios de prueba de Spike de la vida real son: cuando una tienda de comercio electrónico lanza ofertas especiales con grandes descuentos, como el Black Friday. Alternativamente, cuando una aplicación web transmite en vivo un programa de TV favorito.
- JMeter es una de esas herramientas útiles para realizar pruebas de picos.
