En primer lugar, el concepto de las pruebas de rendimiento
Prueba de esfuerzo: más allá del cuello de botella (respuesta de error a un comienzo), el rendimiento del sistema para identificar el sistema puede soportar la presión de
Las pruebas de carga: aumentar el gradiente de presión, el sistema de prueba no es un problema de la presión máxima
Pruebas de estabilidad: bajo ciertas condiciones de presión (más grande que una presión dada), de larga duración (7 * 24h), el sistema no hay problemas
Prueba de rendimiento: en un determinado condiciones (concurrentes), el rendimiento del sistema de prueba, el tiempo de respuesta
Un malentendido: el número de usuarios? = Línea? = El número de usuarios simultáneos, el número de línea, concurrente = 100: 10: 1
En segundo lugar, los indicadores de las pruebas de rendimiento de la atención
Concurrente, tiempo de respuesta promedio, el rendimiento
introducción a las herramientas de tres, Jmeter (a)
1, escritura producida
1) Registro; 2) escribir manualmente
2, Reproducción
3. Añadir un oyente
1) Compruebe el árbol de resultados; 2) Resumen del informe
4, paramétrico
1) Establecer Configuración de datos CSV;
2) Elemento de configuración -> Las variables definidas por el usuario;
3) Plan de pruebas -> Las variables definidas por el usuario;
4) extractor expresión regular
5, la afirmación establecer
6, conjunto concurrente
7, a su vez fuera de los oyentes consumen una gran cantidad de recursos, tales como el número de resultados De las presentaciones
8, la otra (tiempo de espera, los controladores de bucle, sniffers, etc.)
Cuatro, herramientas Jmeter Uso avanzado
1, el gradiente de presión
2, la medición de la presión distribuida
3、Beashell Samper
4, citando folículos Java externas
5, depuración Sampler
6, la extensión
7, sólo la solicitud de información de error detallada Guardar
En quinto lugar, la presentación de un caso de prueba de rendimiento
1, UAC-usercenter sesión de interfaz:
1) Prueba concurrente 2000 (2-5-8);
2) Adición de impacto APM en la herramienta de supervisión del rendimiento del servidor;
3) Los requisitos de rendimiento Rendimiento: 3000 (3000 complicado, el tiempo medio de respuesta de un segundo)
2, proceso de optimización del rendimiento
1) a partir de la base de datos para leer datos de los datos leídos en los Redis;
2) análisis de código progresiva y optimización (reducir juicio duplicación, eliminar anotación @Transactional);
3) El incremento en el número de contenedores de dos a cuatro, y luego aumentó a 6;
4) el número de conexiones REDIS de 8, a 16, 32, 16
3, análisis de rendimiento introducir artefactos APM
1) CPU 2) Memoria 3) IO 4) de la red 5) hilos
6) durante la prueba en respuesta a las propiedades estadísticas de cada una de las interfaces de tiempo, y trazado;
7) dividida en más detalle para cada tiempo de respuesta de interfaz (precisión de Procesado cada método)
En sexto lugar, las pruebas de rendimiento Experience (a)
1) los requisitos de alto rendimiento del proyecto, cada una modificación de un método, una línea de código, hay que evaluar el impacto en el rendimiento, datos de rendimiento y repetición de la prueba de nuevo.
2) Procesado menudo no totalmente tiempo de respuesta consistente cuando un único usuario y numerosos concurrente.
3) En el caso de que el código sin defectos evidentes, considerar en primer lugar la optimización del rendimiento de la base de datos, seguido de caché, código optimizado es el último lógica interna.
Siete, pruebas de rendimiento problemas a resolver
1, utilizando el comando Maven para exportar el paquete jar no puede hacer referencia en otros programas.
2, prueba concurrente, después de añadir tiempo de espera aleatorio, el tiempo medio de respuesta se ha reducido drásticamente, no sé por qué.
3, de acuerdo con los escenarios de flujos simultáneos, ¿qué mejor manera de establecer diferentes empresas tienen diferentes número de puntos de vista diferentes y simultáneos.