Las pruebas de estrés, que se utilizan en muchos proyectos, son una habilidad básica que deben tener los socios de pruebas. Recientemente, me hice cargo de la tarea de realizar pruebas de estrés en un juego pequeño. Después de una ronda de pruebas de estrés, fue muy gratificante. Lo grabé rápidamente. y lo compartí con Compártelo con todos, espero que todos puedan evitar trampas.
1. Momento de las pruebas de estrés
El momento de las pruebas de estrés es muy importante. Si el momento es incorrecto, puede ser inútil. Aquí hay cinco escenarios comunes de pruebas de estrés:
1. Prueba de estrés antes de que el evento se active
Para proyectos de tipo evento, la operación de rutina es realizar una prueba de alto voltaje en el sistema antes de que el evento entre en línea y optimizar y ajustar la configuración del sistema de acuerdo con el tráfico estimado para garantizar que el sistema pueda funcionar normalmente durante el evento.
El proyecto del mini juego esta vez pertenece a la categoría de actividad, y se llevó a cabo una prueba de esfuerzo antes de estar en línea.
2. Después de lanzar y estabilizar el proyecto, evaluar el sistema
Después de que el sistema entre en línea, a medida que la cantidad de usuarios continúe aumentando, la presión que soportará aumentará. Para que el sistema funcione de manera estable en el futuro, es necesario evaluar el sistema a través de pruebas de estrés para ajustar la configuración o optimice la interfaz para responder completamente Número creciente de usuarios.
3. En la última etapa del desarrollo del proyecto, la inspección del sistema
En la etapa posterior del proyecto, debido a los requisitos del líder o del equipo, es necesario verificar la estabilidad del sistema para garantizar que el sistema pueda funcionar de manera estable cuando el tráfico aumenta bruscamente en un corto período de tiempo, lo que puede proporcionar una referencia para la implementación del sistema.
4. Problemas de rendimiento en línea
Con el fin de aprovechar el mercado y ahorrar tiempo, algunos proyectos se conectan en línea después de completar las funciones básicas sin realizar pruebas de estrés. Cuando los usuarios aumentan repentinamente y tienen problemas de rendimiento en línea, realizarán pruebas de estrés en su lugar. El riesgo de esta situación es muy alto. No recomendado.
5. Requisitos de los socios
Algunos socios tienen requisitos claros sobre el desempeño, que están escritos en el contrato.En este caso, se deben realizar pruebas de presión.
现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：110685036
2. Proceso de medición de presión
Existen muchas herramientas para realizar pruebas de estrés, entre las cuales Jmeter es ampliamente utilizada en la industria.Hoy tomaremos Jmeter como ejemplo para compartir los 6 pasos de las pruebas de estrés:
1. Escribir un guión de prueba de esfuerzo
1) Agregar solicitud HTTP
Complete el método de solicitud, la ruta y los parámetros de solicitud
2) Agregar administrador de encabezado HTTP
No es necesario agregar algunas solicitudes, use el valor predeterminado, algunas deben agregarse, solo confirme con los compañeros de clase de desarrollo, tenga en cuenta que cuando el cuerpo de la solicitud es Datos del cuerpo, en la mayoría de los casos debe agregar el encabezado de la solicitud Tipo de contenido : aplicación/json
3) Agregar aserción de respuesta
4) Agregar duración de aserción
Determinado de acuerdo con la situación del proyecto, generalmente establecido en 60 s
5) Evalúe si necesita limitar el rendimiento (agregue un temporizador de rendimiento constante)
A veces, para simular escenarios de uso real, intente asegurarse de que el número de simultaneidad establecido por el grupo de subprocesos sea consistente con la tasa de rendimiento en el informe de agregación.
6) Ver el árbol de resultados
Al iniciar la prueba de presión, verifique solo el registro de errores para ver la información del error. Al depurar, debe ver todos los registros para asegurarse de que la secuencia de comandos de la interfaz se pueda ajustar normalmente.
7) Informe agregado
2. Preparar el servidor de prueba de estrés (servidor de prueba/servidor en línea)
Algunos proyectos deben llevarse a cabo en el servidor de prueba, mientras que otros se llevan a cabo directamente en el servidor en línea. Por ejemplo, los proyectos de eventos que aún no se han lanzado se pueden probar directamente en línea. Diferentes configuraciones de servidor darán como resultado resultados diferentes.
3. Comience la prueba de presión
Confirme la concurrencia con los estudiantes de desarrollo y producto por adelantado. Si el proyecto tiene un número claro de usuarios, como 500 usuarios, entonces use directamente una concurrencia de 500 o un poco más de 500. Si el proyecto no tiene una concurrencia clara, se puede implementar de acuerdo con la situación actual del proyecto.
Durante la prueba de presión, preste atención para observar el consumo de recursos del servidor, como CPU, memoria, disco, red, etc., así como el registro Nginx del servidor.
Observe la presión en el servidor. Si se encuentra en un entorno de prueba, puede instalar una herramienta nmon en el servidor para ver el consumo de recursos del servidor en tiempo real. Si se trata de un entorno en línea, por lo general no puede acceder directamente al servidor de forma remota. Puede solicitar a los compañeros de clase de operación y mantenimiento que se vinculen, como esta vez Los estudiantes de operación y mantenimiento dieron directamente la dirección del enlace de Nightingale (Ruiseñor), y puede iniciar sesión para verificar directamente el consumo de recursos del servidor.
Verifique el Nginx del servidor, principalmente para ver si hay algún mensaje de error y si la solicitud ha llegado al servidor de prueba.
4. Registre los resultados
Incluye principalmente la configuración del servidor, escenarios de prueba de presión, informe de agregación de Jmeter, informe de errores de interfaz, monitoreo de recursos del servidor, etc.
1) Configuración del servidor
Configuración de la máquina del entorno de prueba: una sola máquina con 6 núcleos y memoria 6G
Configuración de la máquina del entorno en línea: equilibrio de carga de dos servidores de aplicaciones web, un servidor de base de datos, cada uno configurado con 6 núcleos y memoria 6G
2) Escenario de prueba de presión
Abra el paquete rojo + adivine el tamaño del paquete rojo + obtenga la interfaz del estado del paquete rojo (escriba el URI de la interfaz)
/v1/api/rojo
3) Informe agregado
1000 subprocesos a partir de 1 segundo, 500 ciclos, tiempo de medición de presión: 2023/01/17 15:00~15:05 (el tiempo de medición de presión se registra para ver el gráfico de consumo de recursos durante el período de tiempo en Nightingale)
Centrarse principalmente en el tiempo de respuesta promedio Promedio, % de error, Rendimiento
4) Resultados de la prueba
Vea el árbol de resultados y enumere todos los tipos de errores informados, por ejemplo, hay un error de tiempo de espera de conexión agotado: Tiempo de espera de conexión agotado
5) Monitoreo de recursos
Controle el uso de la CPU, el uso de la memoria y el tráfico de la red
5. Mejorar errores de rendimiento y errores de verificación.
Si algunas interfaces tienen errores de rendimiento, envíe los errores al desarrollo. Después de que el desarrollo los solucione, realice pruebas de estrés nuevamente y realice pruebas de regresión para verificar que los errores se hayan solucionado.
6. Enviar el informe de prueba de presión
Realice un análisis de texto simple y un resumen de los resultados del paso 4, y envíe un informe de prueba de esfuerzo
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:
