modo de estrés
Hay dos modos de estrés en las pruebas de rendimiento.
El primero es el modo de usuario concurrente (modo de usuario virtual). Los usuarios concurrentes se refieren a la cantidad de usuarios virtuales concurrentes. Desde una perspectiva comercial, también puede entenderse como la cantidad de usuarios en línea concurrentes.
Desde la perspectiva del cliente, para averiguar la cantidad de usuarios en línea que cada nodo del sistema comercial puede llevar al mismo tiempo, puede usar este modo para establecer la concurrencia objetivo, es decir, la cantidad de hilos en Jmeter.
El segundo es el modo RPS (modo de rendimiento) RPS (Solicitudes por segundo) se refiere al número de solicitudes por segundo. El modo RPS es el "modo de rendimiento". Al establecer el número de solicitudes enviadas por segundo, desde la perspectiva del servidor, la capacidad de rendimiento del sistema se mide directamente.
Requisito 1: hay un proyecto, 500 usuarios inician sesión al mismo tiempo, ¿cuál es el tiempo de respuesta?
Análisis de escenario: Este es un modo de usuario concurrente típico.
Cuando diseñamos el primer escenario con Jmeter, podemos usar la cantidad de subprocesos para simular usuarios concurrentes.
Establezca 500 subprocesos para simular 500 usuarios como se muestra en la figura a continuación; una iteración significa que la solicitud de cada subproceso solo se inicia una vez; el punto de encuentro 500 significa que estos 500 subprocesos iniciarán solicitudes al mismo tiempo, agregue un oyente para ver el tiempo de respuesta
Requisito 2: ¿Cuál es el rendimiento máximo de control de tiempo y asistencia? (El número máximo de transacciones de check-in que se pueden completar por segundo)
Análisis de escenario: este es el modo de rendimiento típico.
¿Por qué diseñar este modo? Cuando el líder pidió hacer la prueba de rendimiento, no sabía el número específico de concurrencia y el número de visitas al sistema. ¿No hay forma de que podamos probar esa imagen?
Tenemos que pensar en el rendimiento. El punto de inflexión del rendimiento generalmente se encuentra a través de pruebas de carga.
Prueba de carga: aumente de forma continua y constante la carga del sistema, pruebe los cambios en el rendimiento del sistema, descubra los cuellos de botella del sistema y los puntos de inflexión del rendimiento. Si se utiliza el modo de presión rps, el llamado aumento de la carga del sistema aquí se refiere al aumento del número de solicitudes por segundo. .
El temporizador de rps que se muestra en la siguiente figura indica que el rps se incrementará constantemente a 200/s en 20 s.
ver tps
Los siguientes son materiales de apoyo para el aprendizaje. Para los amigos que hacen [pruebas de software], debería ser el almacén de preparación más amplio y completo. Este almacén también me acompañó en el viaje más difícil. ¡Espero que también pueda ayudarlos!
subprograma de entrevista de prueba de software
¡El banco de preguntas de prueba de software maximizado por millones de personas! ! ! ¡Quién es quién sabe! ! ! El mini programa de cuestionarios más completo de toda la red, puedes usar tu teléfono móvil para hacer los cuestionarios, en el metro o en el autobús, ¡enróllalo!
Se cubren las siguientes secciones de preguntas de la entrevista:
1. Teoría básica de las pruebas de software, 2. web, aplicación, pruebas de funciones de interfaz, 3. red, 4. base de datos, 5. linux
6. web, aplicación, automatización de interfaz, 7. pruebas de rendimiento, 8. conceptos básicos de programación, 9. preguntas de la entrevista de hora, 10. preguntas de prueba abiertas, 11. pruebas de seguridad, 12. conceptos básicos de informática
Método de adquisición de información:
