Pruebas de estabilidad en pruebas de software
⚡ Resumen inteligente
Las pruebas de estabilidad verifican si una aplicación mantiene un rendimiento fiable a medida que cambian las condiciones, en lugar de solo bajo una carga fija. Permiten detectar fallos, agotamiento de recursos y degradación que una ejecución funcional breve nunca alcanzaría.

¿Qué son las pruebas de estabilidad?
Prueba de estabilidad Es un tipo de prueba de software no funcional que se realiza para medir la eficiencia y la capacidad de una aplicación de software para funcionar continuamente durante un largo período de tiempo. El propósito de las pruebas de estabilidad es verificar si la aplicación de software falla o falla durante el uso normal en algún momento ejerciendo su rango completo de uso.
Las pruebas de estabilidad se realizan para comprobar la eficiencia de un producto desarrollado más allá de la capacidad operativa normal, a menudo hasta un punto de interrupción. Se da mayor importancia al manejo de errores, la confiabilidad del software, la robustez y la escalabilidad de un producto bajo carga pesada que a verificar el comportamiento del sistema en circunstancias normales.
Las pruebas de estabilidad evalúan los problemas de estabilidad. Esta prueba tiene como objetivo principal estresar al máximo el componente de software. Es una técnica no funcional.

La prueba de estabilidad también se conoce como carga o prueba de resistencia.
Riesgos si el sistema bajo prueba no se ha sometido a la prueba de estabilidad
Para una aplicación bajo prueba donde se introduce una gran cantidad de usuarios y aplicaciones que tienen que ejecutarse durante meses sin reiniciarse, es probable que ocurran una serie de problemas:
Se puede afrontar el posible error,
- el sistema se ralentiza
- el sistema encuentra problemas de funcionalidad
- el sistema muestra un comportamiento cableado
- el sistema falla por completo
En Ingeniería de Software, Prueba de estabilidad Por lo general, implica ejercitar el sistema con usuarios intensivos (virtuales) y medir los parámetros de rendimiento para verificar si el sistema puede soportar la carga anticipada.
¿Por qué realizar pruebas de estabilidad?
Este tipo de prueba ayuda a los usuarios a comprender cómo funcionará el sistema en situaciones de la vida real.
Por lo tanto, las pruebas de estabilidad le permiten verificar,
- Brinde confianza en la estabilidad de su sistema bajo prueba.
- Asegúrese de que su sistema pueda manejar programas grandes.
- Supervise la eficacia de su sistema.
- Prueba de estabilidad del sistema bajo estrés.
Desempeña un papel importante en el desarrollo de productos, ya que se utiliza para determinar las limitaciones de un producto de software que se está probando antes de su lanzamiento o las áreas de mayor mejora antes de que el producto entre en funcionamiento o en producción.
Un ejemplo muy común de técnica de prueba de estabilidad es
Online Ssaltoping Portales: Las pruebas de estabilidad comprobarán cómo se comportará el sitio web cuando –
- Gran cantidad de datos ingresados en horas pico
- Número de visitas en un momento específico determinado
- Problema de carga de página al mismo tiempo.
- Comportamiento del sistema
- Capacidad de respuesta del sistema y muchos más se incluyen Prueba de estabilidad
Otro ejemplo
A CPU La prueba es una forma popular de prueba de estabilidad bajo Test de rendimiento técnica. Esta prueba verifica la estabilidad del procesador y también monitorea su rendimiento a medida que aumenta la carga de trabajo del procesador.
Cómo hacer pruebas de estabilidad
- Para determinar el alcance y el objetivo de las pruebas, debemos asegurarnos de que los servidores de aplicaciones no fallen durante las ejecuciones de las pruebas de carga.
- Para determinar los problemas comerciales, verifique el rendimiento del sistema y la carga según la perspectiva del usuario final.
- Para asignar las diferentes responsabilidades y roles como -Crear un plan de prueba, Caso de prueba diseño, revisión de casos de prueba, ejecución de pruebas, etc.
- Para garantizar los entregables de la prueba dentro del tiempo especificado.
- Para asegurar una correcta Prueba de carga El equipo de herramientas y experiencia está presente para el mismo.
- Medir el riesgo y coste que implica el ensayo. Esto determinará el costo de cada ejecución en términos de utilización de CPU y memoria.
- Determina el Defecto tracrey y reportes y su mapa adecuadoping con los requisitos.
Caso de prueba para pruebas de estabilidad para el rendimiento de la CPU
- Para verificar el límite superior del sistema.
- Cómo falla o se recupera el sistema.
- Número total de transacciones completadas por solicitud.
- Si la respuesta de la transacción se mantiene estable o aumenta con el tiempo.
- Cómo se comporta el sistema bajo carga pesada.
- Su respuesta y comportamiento bajo carga pesada.
Informes de prueba para pruebas de estabilidad
Se recopilan y miden varias estadísticas durante la ejecución de las pruebas; Estos números se analizan para generar un informe e identificar posibles problemas de rendimiento.
Ejemplos de estadísticas recopiladas bajo prueba son:
- Tiempos de respuesta de transacciones: El tiempo promedio que se toma para realizar transacciones durante la prueba. Esta estadística evaluará si el rendimiento del servidor se encuentra dentro de los períodos de tiempo mínimo y máximo aceptables de rendimiento de transacciones definidos para el sistema. Esta información evaluará el tiempo necesario para procesar la solicitud por parte del servidor web y enviarla al servidor de aplicaciones, que en la mayoría de los casos realizarán una solicitud a un servidor de base de datos.
- Golpes por segundo: El número de visitas realizadas al servidor por los usuarios. Estas estadísticas sirven para determinar la cantidad de carga que generan los usuarios, con respecto a una cantidad de visitas.
- rendimiento: La cantidad de rendimiento en el servidor web durante la prueba, que se mide en bytes. Rendimiento significa la cantidad de datos que los usuarios recibieron del servidor en un momento dado. Esta estadística ayuda a evaluar la cantidad de carga que generan los usuarios.
- Transacción por segundo: Este es el número total de transacciones completadas (tanto exitosas como fallidas) realizadas durante una prueba. Esta estadística ayuda a verificar la carga de transacciones real en el sistema.
- UPC: Porcentaje de utilización de CPU gastada durante una prueba.
- Memoria: Uso de la memoria durante una prueba.
- Disco: utilización de los espacios en disco gastados durante una prueba.
Conceptos básicos de las pruebas de estabilidad
Prueba de estabilidad Se incluye en las pruebas de rendimiento, una técnica que se realiza para verificar algunos de los atributos de calidad del software, como la estabilidad, la confiabilidad y la disponibilidad.
Esta prueba se utiliza para determinar qué tan rápido se desempeña un sistema o subsistema bajo una carga de trabajo particular.
Las pruebas de rendimiento tienen muchos tipos y las pruebas de estabilidad son uno de ellos.
- Prueba de esfuerzo: Es un tipo de prueba que verifica la solidez del sistema más allá de la capacidad del sistema.
- prueba de picos: Se utiliza para comprobar el comportamiento de un sistema aumentando instantáneamente la carga de un sistema. El objetivo es comprobar en qué momento el sistema tendrá problemas de rendimiento o pasará.
- Pruebas de escalabilidad: Se utiliza para comprobar las capacidades de un sistema. La eficacia con la que se comportará el sistema ante necesidades crecientes, cambios de tamaño y cambios de volumen.
- Prueba de volumen: Es una técnica de prueba no funcional en la que el software sometido a prueba se somete a un gran volumen de datos y, en consecuencia, se comprueba y verifica el comportamiento de un sistema.
- Pruebas de carga o estabilidad: (ya discutido anteriormente)
Herramientas de prueba de estabilidad
Algunas de las herramientas para las pruebas de rendimiento son las siguientes:
- WebCARGAR
- LoadRunner
- APACHE JMeter
- NeoCarga
- prueba de la nube
- Tormenta de carga
- Cargar UI
- WAPT
- Impacto de carga
- Cargador
- Httperf
- OpenSTA
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.
