prefacio
Cuando trabajé en un proyecto para un cliente anteriormente, debido a que no tenía un conocimiento profundo de las pruebas de rendimiento y no podía entender la diferencia entre las pruebas de estrés y las pruebas de carga, el colega a cargo de las pruebas de rendimiento seguía siendo responsable de manejarlo. Me habló mucho sobre las pruebas de estrés La diferencia entre las pruebas de carga y las pruebas de carga ahora se resume de la siguiente manera.
test de presión
El propósito de la prueba de estrés es evaluar la estabilidad del sistema y determinar el desempeño del sistema en situaciones extremas, tales como: la carga máxima que puede soportar el sistema, la estabilidad bajo las condiciones extremas del sistema y la confiabilidad de el sistema. El propósito de las pruebas de estrés es encontrar y solucionar problemas cuando el sistema falla, y proporcionar tolerancia a fallas y garantía de confiabilidad para el sistema.
prueba de carga
El propósito de las pruebas de carga es evaluar el rendimiento del sistema bajo una carga de trabajo normal, como: tiempo de respuesta del sistema, rendimiento, utilización de recursos del sistema, etc. El propósito de las pruebas de carga es probar si el sistema puede cumplir con los requisitos de servicio de los usuarios bajo carga normal.
Por supuesto, lo anterior es solo una explicación básica, y lo siguiente es un resumen completo, con la esperanza de ayudar a todos.
El concepto y la diferencia de varias pruebas de rendimiento.
| tipo de prueba | test de presión | prueba de carga | Puntos de referencia | prueba de configuración | Examen de estabilidad |
|---|---|---|---|---|---|
| concepto | Bajo la carga más grande especificada, pruebe la resiliencia del sistema, así como la capacidad de detectar, responder y recuperar | Bajo cierta carga que no exceda el límite, la capacidad de respuesta del sistema | Verifique la corrección del entorno, la corrección de la secuencia de comandos y obtenga el punto de referencia de rendimiento del sistema | Prueba con diferentes configuraciones | Controle la carga aproximadamente al 50 % o al 70 % y verifique si el sistema puede funcionar de manera estable |
| Métodos de prueba | Realizar solicitudes al sistema con una carga de una o más veces la capacidad del sistema | En el caso de no superar la capacidad del sistema (doble capacidad), seleccionar múltiples puntos de carga y solicitar el sistema | Ejecute scripts en un escenario único, modo de usuario único y mantenga la coherencia entre varias versiones. | Use diferentes configuraciones, como la cantidad de subprocesos, la cantidad de conexiones de base de datos, la memoria JVM y otras clases de configuración para pruebas comparativas. | hacer solicitudes al sistema con la carga especificada |
| Punto de observación | Compruebe la resiliencia del sistema bajo múltiples cargas, como el control del tráfico, la recuperación de componentes como los procesos y la capacidad de procesar con éxito volúmenes de negocios para duplicar la capacidad. | Sistema TPS, RT, recursos (CPU, red de memoria, disco) | TPS, RT, uso de recursos del sistema | Respuesta del sistema bajo diferentes configuraciones, como TPS, RT | La fluctuación de la CPU no supera el 5 %, la fluctuación de la memoria no supera el 5 % |
| Objetivo | Capacidad de entrega y resiliencia del sistema de monitoreo en entornos extremos | Se utiliza para observar la situación general de la capacidad del sistema que cambia con el volumen de negocios en la escena normal del sistema, y se utiliza para dibujar un gráfico, descubrir problemas y riesgos de rendimiento, cuantificar la capacidad del sistema, analizar tendencias de rendimiento y proporcionar una base para el ajuste del rendimiento | Comparación de rendimiento entre diferentes versiones | Seleccione la configuración óptima para el ajuste del rendimiento | Confirme que el sistema es estable y se utiliza para la confirmación de liberación |
| escena común | Antes del lanzamiento, escena de entrega | ajuste del sistema | Comprensión preliminar y comparación del rendimiento. | la optimización del rendimiento | Antes del lanzamiento, escena de entrega |
Espero que lo anterior pueda ayudarte.
Por último, me gustaría agradecer a todos los que han leído detenidamente mi artículo. La reciprocidad siempre es necesaria. Aunque no es algo muy valioso, puedes quitártelo si lo necesitas:
Estos materiales deben ser el almacén de preparación más amplio y completo para los amigos [de pruebas de software]. Este almacén también ha acompañado a decenas de miles de ingenieros de pruebas a través del viaje más difícil, ¡y espero que pueda ayudarlos!