Para la mayoría de las personas, antes de realizar pruebas de rendimiento, lo más importante es averiguar los requisitos de las pruebas de rendimiento, y hoy se popularizará con usted. 
En términos generales, la demanda es probablemente así:
1. Realice una prueba de rendimiento para nuestro sistema / producto (este tipo de demanda generalmente es demasiado ficticia y, si no se refina, básicamente no es operativa).
2. Mida nuestro número máximo de personas en línea; (Este tipo de demanda es básicamente capacidad, echemos un vistazo a la capacidad máxima del proyecto / producto).
3. Hay un problema en línea, pero no podemos encontrar la causa del problema. Esperamos reproducir el problema bajo presión para confirmar algunas conjeturas (este requisito es reproducir el problema en línea, lo que requiere que el script simule con la mayor precisión posible) Negocio real.) 
En cuanto a cómo hacer un análisis de demanda, debería haber un análisis antes, así que no lo repetiré aquí. En muchos casos, a menudo es muy difícil para los estudiantes de prueba comprender el propósito y los requisitos de las pruebas de desempeño. Además de la experiencia, también necesitamos tener algunos temas comunes con los estudiantes de desarrollo para comprender qué piensan los estudiantes de desarrollo y qué El problema necesita atención. Sin embargo, esto requiere que tengamos una cierta comprensión de la tecnología de desarrollo, de lo contrario es fácil producir asimetría de información entre el desarrollo y luego desarrollar el desarrollo, nos medimos a nosotros mismos, no hay sinergia, el resultado final debería ser difícil de lograr. Algunas personas están satisfechas.
De hecho, además de la demanda, los factores ambientales también son muy importantes.
El entorno en el que se mide la prueba de rendimiento es realmente muy eficiente.
En general, recomendamos realizar pruebas en un entorno de prueba de rendimiento independiente que sea casi idéntico al entorno en línea. Por qué En gran medida, es la relación de la arquitectura. Las diferentes arquitecturas tienen un gran impacto en los resultados de las pruebas. En la mayoría de los casos, la diferencia entre nuestro entorno de prueba y el entorno formal es bastante obvia. El entorno de prueba puede ser una sola máquina, y el entorno de producción puede ser un clúster. Los problemas que presionamos en la única máquina pueden no aparecer en el clúster. Además, los problemas que aparecen en el clúster pueden ser difíciles de reproducir en la única máquina.
La forma más fácil de evitar problemas es realizar una prueba de esfuerzo en un entorno formal, pero esto debería prestar atención al problema de los datos sucios y la recuperación de errores. Esperamos que la prueba de presión en el entorno formal no afecte el uso de usuarios reales, no modifique los datos de usuarios reales y que el sistema pueda restaurarse rápidamente después de eliminar el problema. 
Por supuesto, en la mayoría de los casos, es peligroso hacer pruebas de estrés en un entorno formal. En general, recomendamos hacer pruebas de rendimiento en un entorno que sea casi coherente con el entorno de producción. Entonces, ¿qué significa esto casi?
1. La estructura es básicamente la misma, pero se puede reducir. Por ejemplo, hay 10 máquinas de equilibrio de carga después del proxy inverso en línea. Podemos usar 2 máquinas.
2. La cantidad de datos es básicamente la misma. Hay 1 millón de datos en línea, por lo que también utilizamos alrededor de 1 millón de datos cuando hacemos pruebas de resistencia.
3. Desensibilización de datos. No exponga la información confidencial de los usuarios.
4. Las condiciones de la red son consistentes. El ancho de banda en la línea es 1G, por lo que se usa el mismo ancho de banda para la prueba de presión.
Entonces, después de haber definido un entorno de prueba de rendimiento independiente, ¿quién construirá y mantendrá este entorno?
Sugiero que los compañeros de clase de prueba lo construyan y lo mantengan ellos mismos. Entonces viene la pregunta, si construimos un entorno de prueba, además de algunas operaciones básicas y operaciones de mantenimiento (instalar software, modificar la configuración), ¿qué conocimiento necesitamos?
Necesitamos entender la arquitectura del sistema.
Durante la entrevista, al entrevistador le gusta dejar que el candidato simplemente dibuje un diagrama de la arquitectura del sistema que está probando. Además, cuando está actualizando técnicamente en una empresa, sin importar qué canal de tecnología, preguntará la arquitectura de su producto. Se puede ver que entender la arquitectura es bastante Importante. 
La creación de un entorno de prueba nos permite aprender mejor la arquitectura del sistema. Muchos recién llegados le darán unos días para construir un nuevo entorno de desarrollo o prueba después de que lleguen. A veces es un entorno de producción. Al configurar el entorno, por ejemplo, necesitamos instalar redis, luego podemos preguntar a los compañeros de desarrollo, redis Para qué se utiliza, para qué escenario comercial se utiliza o para qué problema comercial se utiliza para resolver. Con el tiempo, nuestra capacidad de comprender la arquitectura definitivamente mejorará.
Además, en muchos casos, la evolución de la arquitectura es resolver algunos problemas conocidos o poder servir a más usuarios. La discusión y la selección técnica de este reemplazo de arquitectura también contienen las necesidades de las pruebas de rendimiento. Vaya a la puerta de atrás. Belden, muchas cosas serán útiles.
Finalmente, la base es muy importante. Si la base es buena, algunos conceptos pueden ser más fáciles de entender. Por ejemplo, la forma de reenvío de la capa de enlace para el equilibrio de carga, si no comprende la capa de enlace, entonces el concepto será más difícil de entender.
En general, antes de realizar pruebas de rendimiento, es posible que necesite
1. Analice los requisitos de rendimiento claramente
2. Comprender la arquitectura del sistema
3. Cree un entorno de prueba
4. Esfuerzos para complementar los conocimientos básicos.
Estas son algunas de mis ideas, espero traer algunas buenas sugerencias, bienvenido a comentar y publicar sus propias sugerencias en el área de comentarios.