1. Introducción a las pruebas de rendimiento
1. El concepto de rendimiento
Rendimiento: es la característica de "eficiencia" en los atributos de calidad del software, y la eficiencia se puede dividir en tiempo y recursos
——Tiempo: el tiempo de respuesta para que el sistema procese las solicitudes de los usuarios
——Recursos: el consumo de recursos del sistema durante la operación del sistema
2. El concepto de pruebas de rendimiento
El proceso de probar y evaluar varios indicadores de rendimiento del software mediante el uso de herramientas automatizadas para simular diferentes escenarios.
3. El propósito de las pruebas de desempeño
- Evaluar las capacidades del sistema actual
- Encuentre cuellos de botella de rendimiento y optimice el rendimiento
- Evaluar si el software puede satisfacer necesidades futuras
4. Por qué se necesitan pruebas de rendimiento
Satisfaga las necesidades comerciales de escenarios reales y admita una gran cantidad de usuarios
5. La diferencia entre pruebas funcionales y pruebas de rendimiento
Pruebas funcionales: valida la especificación de requisitos funcionales del sistema. Enfoque: función (adelante, atrás)
Pruebas de rendimiento: verificar los escenarios de requisitos comerciales del sistema. Enfoque: tiempo, recursos
Relación: en proyectos generales, primero se pasa la prueba funcional y luego se realiza la prueba de rendimiento.
Dos, la clasificación de las pruebas de rendimiento.
1. Prueba comparativa
(1) El concepto de evaluación comparativa
En un sentido estricto: es una prueba de un solo usuario. (Datos obtenidos por múltiples ciclos de un solo usuario)
En un sentido amplio: establezca una línea de base y realice una prueba comparativa después de que cambie el entorno de hardware y software del sistema para determinar el impacto del cambio en el rendimiento.
(2) Propósito de los datos de referencia
- Los puntos de referencia no están solos
- Proporcione referencia para pruebas simultáneas multiusuario y pruebas integrales de escenarios
- Proporcionar indicadores de referencia para la configuración del sistema/entorno, mejora/disminución del rendimiento antes y después de la optimización del sistema
2. Prueba de carga
(1) El concepto de prueba de carga
Al aumentar gradualmente la carga del sistema, determine la carga máxima que el sistema puede soportar bajo la condición de cumplir con los indicadores de rendimiento del sistema (como el tiempo de respuesta, etc.)
(2) El papel de las pruebas de carga
El sistema se puede lanzar oficialmente cuando la carga máxima del sistema cumple con los requisitos del usuario.
3. Prueba de estabilidad
(1) El concepto de prueba de estabilidad
Realice una prueba a largo plazo (de 1 día a 1 semana, etc.) cuando el servidor esté funcionando de manera estable (bajo una carga comercial normal del usuario) y, finalmente, asegúrese de que el servidor pueda satisfacer las necesidades comerciales en línea.
(2) El papel de las pruebas de estabilidad
El sistema puede lanzarse oficialmente y usarse solo cuando el sistema se ejecuta bajo la carga comercial requerida por el usuario y alcanza el tiempo especificado.
4. Prueba de esfuerzo
(1) El concepto de prueba de estrés
Pruebe bajo carga fuerte para verificar si el sistema está funcionalmente oculto en condiciones máximas y si el sistema tiene buena tolerancia a fallas y capacidad de recuperación
(2) Escenarios de prueba
- Ensayos de estrés destructivo en condiciones de carga extrema
- Prueba de estrés de estabilidad a largo plazo bajo alta carga
5. Pruebas de concurrencia
(1) El concepto de pruebas concurrentes
Prueba de concurrencia (concurrencia absoluta): se refiere al envío de múltiples solicitudes en un período de tiempo muy corto para verificar la capacidad del servidor para manejar la concurrencia
(2) Escenarios de aplicación
Escenarios de eventos específicos, tales como: agarrar sobres rojos, ventas flash, comprar, etc.
(3) La diferencia entre pruebas de concurrencia y pruebas de carga
Prueba de concurrencia: el objetivo principal es probar el problema de la competencia de recursos del sistema (agarrar sobres rojos, picos) cuando se realizan solicitudes simultáneas en un período de tiempo muy corto.
Prueba de carga: el objetivo principal es probar si el consumo de recursos del sistema se agotará en condiciones de alta carga (campaña Doble 11)
3. Indicadores de las pruebas de desempeño
1. Tiempo de respuesta
Definición: se refiere al tiempo que tarda el usuario en iniciar una solicitud del cliente hasta el momento en que el cliente recibe el resultado devuelto por el servidor.
2. Número de usuarios concurrentes
Definición: el número de usuarios que envían solicitudes al servidor al mismo tiempo
3. Rendimiento
Definición: se refiere al número de solicitudes de clientes procesadas por unidad de tiempo, lo que refleja directamente la capacidad de carga del rendimiento del sistema de software.
(1) QPS (Consulta por segundo): el número de consultas por segundo: el número de solicitudes específicas procesadas por el servidor de control por segundo
(2) TPS (Transacciones por segundo): el número de transacciones por segundo que procesa el servidor de control
Diferencia: una transacción es un negocio, y una operación en la página puede corresponder a una solicitud o varias solicitudes (por ejemplo, una transacción de operación de pago tendrá una solicitud para consultar el saldo de la cuenta, una solicitud para verificar la seguridad del pago, enviar una solicitud de pago , etc.)
4. Número de aciertos
Definición: se refiere al número total de solicitudes de todos los elementos de recursos de la página (como imágenes, enlaces, marcos, CSS, JS, etc.) cuando el cliente envía una solicitud al servidor.
Nota: La cantidad de clics es la cantidad de solicitudes, no un clic en la página, y solo los proyectos web tienen este indicador
5. Tasa de error
Definición: Se refiere a la probabilidad de falla del negocio bajo carga del sistema. Tasa de error = (negocio fallido / número total de negocios) * 100%
Nota: La tasa de error es un indicador de rendimiento, no un error aleatorio en la función. Un error aleatorio es un error funcional. El error aleatorio debe resolverse antes de que se pueda realizar la prueba de rendimiento.
6. Utilización de recursos
Definición: Se refiere al uso de varios recursos en el sistema. Generalmente, "(uso de recursos/disponibilidad total de recursos)*100%" se usa para formar datos de utilización de recursos
Métricas de recursos comunes:
- Uso de la CPU: no superior al 75 %-85 %
- Uso de memoria (tamaño): no superior al 80 %
- Disco IO (tasa): no superior al 90%
- Red (velocidad): no superior al 80%
En cuarto lugar, el proceso de prueba de rendimiento.
El núcleo de las pruebas de rendimiento: análisis de requisitos, ejecución de pruebas de rendimiento, análisis de rendimiento y ajuste
1. Análisis de la demanda
2. Plan de prueba de rendimiento
(1) Qué medir
- Antecedentes del proyecto
- Fines de prueba
- Rango de prueba
(2) Quién hará la prueba
- Progreso y división del trabajo.
- Lista de entrega
(3) Cómo medir
- estrategia de prueba
3. Casos de prueba de rendimiento
4. Ejecución de la prueba de rendimiento
5. Análisis y ajuste de pruebas de rendimiento
Nota: Después de que los analistas de la prueba de rendimiento analicen los resultados, si no cumplen con los requisitos de rendimiento, generarán errores de rendimiento y luego los desarrolladores realizarán ajustes posteriores.
6. Informe de prueba de rendimiento
El contenido principal del informe de prueba de rendimiento:
- Revisión del trabajo de prueba.
- Análisis y ajuste de defectos
- Evaluación de riesgos
- resultados de la prueba de rendimiento
- Resumen y mejora del trabajo de prueba