testing - stress - Prueba de carga frente a estrés
pruebas de stress web (8)
-> Probar la aplicación con el número máximo de usuarios y la entrada se define como la prueba de carga . Al probar la aplicación con más que el número máximo de usuarios, la entrada se define como prueba de estrés .
-> En la prueba de carga, medimos el rendimiento del sistema en función de un volumen de usuarios. Mientras que en las pruebas de estrés medimos el punto de inflexión de un sistema.
-> Load Testing está probando la aplicación para un requerimiento de carga dado que puede incluir cualquiera de los siguientes criterios:
.Total number of users.
.Response Time
.Through Put
Algunos parámetros para verificar el estado de los servidores / aplicaciones.
-> Mientras que la prueba de estrés está probando la aplicación para carga inesperada. Incluye
.Vusers
.Think-Time
Ejemplo:
Si se compila una aplicación para 500 usuarios, para las pruebas de carga verificamos hasta 500 usuarios y para las pruebas de resistencia comprobamos más de 500.
¿Cuál es la diferencia entre la carga y la prueba de esfuerzo?
Carga: prueba S / W a carga máxima. Estrés - Más allá de la carga de S / W.Or Para determinar el punto de ruptura de s / w.
Los términos "prueba de estrés" y "prueba de carga" a menudo se usan indistintamente por los ingenieros de pruebas de software, pero son muy diferentes.
Pruebas de estrés
En las pruebas de estrés tratamos de romper el sistema bajo prueba abrumando sus recursos o quitándole recursos (en cuyo caso a veces se lo denomina prueba negativa). El objetivo principal detrás de esta locura es asegurarse de que el sistema falle y se recupere con elegancia, esta cualidad se conoce como capacidad de recuperación. O Prueba de estrés es el proceso de someter su programa / sistema bajo prueba (SUT) a recursos reducidos y luego examinar el comportamiento del SUT ejecutando pruebas funcionales estándar. La idea es exponer problemas que no aparecen en condiciones normales. Por ejemplo, un programa de subprocesos múltiples puede funcionar bien en condiciones normales, pero en condiciones de disponibilidad de CPU reducida, los problemas de temporización serán diferentes y el SUT se bloqueará. Los tipos más comunes de recursos del sistema reducidos en las pruebas de estrés son CPU, memoria interna y espacio en disco externo. Cuando se realizan pruebas de estrés, es común llamar a las herramientas que reducen estos tres recursos, EatCPU, EatMem y EatDisk, respectivamente.
Mientras que, por otro lado, Load Testing
En caso de prueba de carga, la prueba de carga es el proceso de someter su SUT a cargas pesadas, generalmente mediante la simulación de múltiples usuarios (usando Load runner), donde "usuarios" puede significar usuarios humanos o usuarios virtuales / programáticos. El ejemplo más común de prueba de carga implica someter una aplicación basada en web o basada en red a visitas simultáneas de miles de usuarios. Esto generalmente se logra mediante un programa que simula a los usuarios. Hay dos propósitos principales de la prueba de carga: determinar las características de rendimiento del SUT y determinar si el SUT "se rompe" correctamente o no.
En el caso de un sitio web, usaría la prueba de carga para determinar cuántos usuarios puede manejar su sistema y aún tener un rendimiento adecuado, y para determinar qué ocurre con una carga extrema: ¿el sitio web generará un mensaje de "demasiado ocupado" para usuarios, o el servidor web se estrellará en llamas?
Prueba de carga = poner una cantidad especificada de carga en el servidor por una cierta cantidad de tiempo. 100 usuarios simultáneos durante 10 minutos. Asegure la estabilidad del software. Prueba de estrés = aumentar la cantidad de carga constantemente hasta que el software se cuelgue. 10 usuarios simultáneos aumentan cada 2 minutos hasta que el servidor falla.
Para hacer una comparación con el levantamiento de pesas: "maximiza" su peso para ver qué puede hacer para 1 repetición (prueba de estrés) y luego en entrenamientos regulares realiza el 85% de su valor máximo para 3 series de 10 repeticiones (prueba de carga)
Wikipedia en la prueba de carga (negrita es mía):
[...] Por lo general, se realiza una prueba de carga para comprender el comportamiento del sistema bajo una carga esperada específica. Esta carga puede ser el número simultáneo esperado de usuarios en la aplicación que realiza un número específico de transacciones dentro de la duración establecida. Esta prueba dará los tiempos de respuesta de todas las transacciones críticas de negocios importantes. [...]
y en pruebas de estrés :
comprender los límites superiores de la capacidad dentro del sistema. Este tipo de prueba se realiza para determinar la solidez del sistema en términos de carga extrema y ayuda a los administradores de aplicaciones a determinar si el sistema tendrá un rendimiento suficiente si la carga actual supera con creces el máximo esperado .
Entonces, la conclusión es: si está probando la carga normal esperada (sabe que el sistema será utilizado por hasta 100 usuarios a la vez), esto es una prueba de carga . Pero cuando quiere determinar cómo se comporta el sistema bajo una carga extrema (DoS, efecto Slashdot ) y cuando se rompe, se trata de una prueba de esfuerzo .
Prueba de carga: la prueba de carga está destinada a probar el sistema al aumentar constante y constantemente la carga en el sistema hasta el momento en que alcanza el límite de umbral.
Ejemplo Por ejemplo, para verificar la funcionalidad de correo electrónico de una aplicación, podría inundarse con 1000 usuarios a la vez. Ahora, 1000 usuarios pueden iniciar las transacciones de correo electrónico (leer, enviar, eliminar, reenviar, responder) de muchas maneras diferentes. Si tomamos una transacción por usuario por hora, entonces sería de 1000 transacciones por hora. Al simular 10 transacciones / usuario, podríamos cargar la prueba del servidor de correo electrónico al ocuparlo con 10000 transacciones / hora.
Prueba de estrés: bajo prueba de estrés, varias actividades para sobrecargar los recursos existentes con exceso de trabajos se llevan a cabo en un intento de romper el sistema.
Ejemplo: como ejemplo, un procesador de textos como Writer1.1.0 de OpenOffice.org se utiliza en el desarrollo de cartas, presentaciones, hojas de cálculo, etc. El propósito de nuestras pruebas de estrés es cargarlo con el exceso de caracteres.
Para hacer esto, pegaremos repetidamente una línea de datos, hasta que alcance su límite de umbral para manejar un gran volumen de texto. Tan pronto como el tamaño del personaje alcance los 65.535 caracteres, simplemente se negará a aceptar más datos. El resultado de las pruebas de estrés en Writer 1.1.0 produce el resultado de que no se bloquea bajo el estrés y que maneja la situación con elegancia, lo que asegura que la aplicación funcione correctamente incluso en condiciones de estrés rigurosas.
Prueba de carga : - La prueba de carga está destinada a probar el sistema al aumentar constante y constantemente la carga en el sistema hasta el momento en que alcanza el límite de umbral.
Pruebas de estrés : - Bajo prueba de estrés, varias actividades para sobrecargar los recursos existentes con exceso de trabajos se llevan a cabo en un intento de romper el sistema.
La diferencia básica es como bajo
Pruebas de carga: gran cantidad de usuarios Pruebas de tensión: Demasiados usuarios, demasiados datos, muy poco tiempo y muy poco espacio