pruebas de rendimiento vs. estr\u00e9s vs. carga<\/a>.<\/p>\nC\u00f3mo Realizar Pruebas de Rendimiento<\/h2>\n
Los pasos a continuaci\u00f3n aplican a una p\u00e1gina de destino, un flujo de pago o una secuencia autenticada de API.<\/p>\n
1. Defina el Objetivo y los Criterios de Aceptaci\u00f3n<\/h3>\n
Indique qu\u00e9 debe demostrar la prueba, en n\u00fameros. Ejemplos: tiempo de respuesta p95 menor a 2 segundos para pago con 1,500 usuarios concurrentes; tasa de error inferior a 0.5%; la API de \u00f3rdenes mantiene 400 transacciones por segundo. Una prueba sin criterios de aprobaci\u00f3n o rechazo produce datos pero no una decisi\u00f3n.<\/p>\n
2. Modele el Tr\u00e1fico del Sitio Web, Aplicaci\u00f3n o API<\/h3>\n
Recoja anal\u00edticas web, registros de acceso, datos APM y pron\u00f3sticos comerciales. Identifique las p\u00e1ginas o recorridos cr\u00edticos, c\u00f3mo se divide el tr\u00e1fico entre ellos, concurrencia pico, tasas de solicitudes, tiempo de espera entre pasos, mezcla geogr\u00e1fica y llamadas API por sesi\u00f3n. Las vistas de p\u00e1gina no son usuarios concurrentes: 100,000 vistas diarias pueden significar un pico de unos pocos cientos de sesiones simult\u00e1neas, y el modelo debe indicar cu\u00e1l.<\/p>\n
3. Prepare un Entorno de Prueba Representativo<\/h3>\n
Iguale lo m\u00e1s posible la pila web de producci\u00f3n, la build de la aplicaci\u00f3n, el tama\u00f1o de la base de datos, el comportamiento de CDN y cach\u00e9, las dependencias API, integraciones y reglas de escalado. Use cuentas de prueba seguras y entornos sandbox de pagos. Donde el entorno deba diferir, anote la diferencia para que nadie lea el resultado como una garant\u00eda de producci\u00f3n.<\/p>\n
4. Elija el Tipo de Prueba y M\u00e9todo de Prueba<\/h3>\n
Seleccione carga, estr\u00e9s, pico, resistencia, volumen, escalabilidad o una combinaci\u00f3n seg\u00fan la pregunta del paso 1. Luego elija c\u00f3mo generar tr\u00e1fico. Las pruebas HTTP\/S env\u00edan solicitudes directamente y son eficientes para alto volumen contra p\u00e1ginas y APIs. Las pruebas con navegador real ejecutan JavaScript y siguen comportamientos multietapa, por lo que miden lo que una persona espera. Muchos equipos ejecutan pruebas de protocolo para escala y un grupo m\u00e1s peque\u00f1o de usuarios con navegador real para la experiencia de usuario.<\/p>\n
5. Establezca una L\u00ednea Base<\/h3>\n
Ejecute una prueba controlada con carga moderada antes de cambiar algo. Esto confirma que el script se completa, que los datos de prueba son v\u00e1lidos y que los generadores de carga no son el cuello de botella. Registre el resultado y condiciones de prueba porque diferencias en cach\u00e9, datos o entorno pueden hacer comparaciones posteriores poco confiables.<\/p>\n
6. Ejecute la Prueba y Monitoree el Sistema Completo<\/h3>\n
Aumente la demanda a lo largo de la curva de carga planificada (rampas constantes, pasos o picos repentinos) en lugar de aplicar un n\u00famero inexplicado de usuarios a la vez. Capture datos de servidor web, aplicaci\u00f3n, infraestructura, base de datos, red y servicios externos junto con los resultados. Sin datos del servidor, s\u00f3lo sabr\u00e1 que algo se ralentiz\u00f3 pero no qu\u00e9.<\/p>\n
7. Analice Cuellos de Botella<\/h3>\n
Compare resultados primero con los criterios de aceptaci\u00f3n. Luego correlacione transacciones lentas o errores con comportamiento de CPU, memoria, base de datos, cach\u00e9, cola, grupo de conexiones, red y dependencias en la misma ventana temporal. Det\u00e9ngase cuando pueda nombrar el componente y la condici\u00f3n bajo la que se degrada, no cuando tenga un tiempo de respuesta promedio.<\/p>\n
8. Corrija, Repruebe y Automatice<\/h3>\n
Cambie una variable importante a la vez cuando pueda, vuelva a ejecutar el mismo escenario y comp\u00e1relo con la l\u00ednea base. Luego a\u00f1ada pruebas de regresi\u00f3n menores a CI\/CD para que las transacciones cr\u00edticas se ejecuten en cada build y programe pruebas mayores antes de lanzamientos importantes, campa\u00f1as y picos estacionales.<\/p>\n
M\u00e9tricas Clave de Pruebas de Rendimiento<\/h2>\n
Las m\u00e9tricas de prueba describen lo que experimentan los usuarios. Las m\u00e9tricas del sistema ayudan a explicar por qu\u00e9. Necesita ambas para los mismos minutos de prueba para llegar a una causa.<\/p>\n
[\/et_pb_text][et_pb_code _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”]<\/p>\n