Las respuestas a estas preguntas te ayudar\u00e1n a crear una estrategia de prueba\/plan de prueba de calidad<\/a>. Si el cliente no puede proporcionar respuestas a todas estas preguntas, no hay necesidad de preocuparse. Siempre podemos explorar la aplicaci\u00f3n bajo prueba y encontrar las respuestas. Por ejemplo, si hay una herramienta APM\/log<\/a> en su lugar, podemos derivar los usuarios concurrentes<\/a>, rendimiento y tiempo de respuesta desde el sistema de producci\u00f3n. Nunca asumas que obtendr\u00e1s lo que necesitas sin preguntar.<\/p>\n Un tester de rendimiento debe elegir cuidadosamente la mejor herramienta de pruebas de rendimiento. Hay muchos factores que deben considerarse antes de que finalices y propongas la herramienta. Recuerda, el presupuesto del cliente siempre es un factor importante al elegir la herramienta de pruebas de rendimiento<\/a>.<\/p>\n Si buscas una herramienta de pruebas de rendimiento que sea rentable, f\u00e1cil de usar y que pueda proporcionar una soluci\u00f3n completa de rendimiento, definitivamente deber\u00edas probar LoadView<\/a>. En comparaci\u00f3n con las herramientas tradicionales de pruebas de carga, LoadView no requiere ninguna inversi\u00f3n costosa, configuraci\u00f3n que consume tiempo, ni conocimiento previo de marcos de scripting<\/a>. Adem\u00e1s, la plataforma ofrece m\u00e1s de 20 ubicaciones globales para desplegar inyectores de carga, por lo que puedes probar y medir el rendimiento desde m\u00faltiples ubicaciones durante cada prueba.<\/p>\n Todos los tipos de pruebas de rendimiento requieren tiempo y esfuerzo. Realizar pruebas de carga puede salvar a una organizaci\u00f3n de una posible humillaci\u00f3n, pero al mismo tiempo las pruebas con herramientas gratuitas y de c\u00f3digo abierto como JMeter no justifican la inversi\u00f3n. Cuando se trata de entender verdaderamente el rendimiento de un sitio web o aplicaci\u00f3n desde la perspectiva del usuario final, las pruebas basadas en protocolo no son suficientes<\/a>. Tambi\u00e9n debes medir el rendimiento de las interacciones y pasos del lado cliente. Aqu\u00ed tienes una comparaci\u00f3n de LoadView con otras soluciones de pruebas de rendimiento\/carga<\/a> y por qu\u00e9 deber\u00edas elegir LoadView para tus requisitos de pruebas de rendimiento.<\/p>\n Cuando se trata de sitios y aplicaciones que cargan lentamente, los clientes pueden volverse r\u00e1pidamente impacientes y se ir\u00e1n a buscar un reemplazo si tu sitio\/aplicaci\u00f3n no cumple con sus expectativas. Saber cu\u00e1ntos usuarios puede manejar tu sitio\/aplicaci\u00f3n es muy importante por varias razones, pero hay varios escenarios significativos en los que la plataforma LoadView puede ayudar:<\/p>\n Una vez que hayas recopilado los requisitos del cliente y seleccionado una herramienta de pruebas de rendimiento adecuada, necesitamos documentar nuestro plan de prueba\/estrategia de prueba. Aseg\u00farate de obtener la aprobaci\u00f3n del plan de prueba por parte del cliente antes de comenzar cualquier actividad de rendimiento. Esto es muy importante y te ayudar\u00e1 a evitar problemas innecesarios m\u00e1s adelante. Estos son algunos puntos que debe incluir el plan de prueba.<\/p>\n Las pruebas de rendimiento reales se basan en una combinaci\u00f3n de t\u00e9cnicas<\/a>. Para lograr los objetivos esperados, necesitamos preparar una estrategia diferente para diferentes requisitos de pruebas de rendimiento. Hay diferentes m\u00e9tricas, como carga de usuario, usuarios concurrentes, modelos de carga de trabajo, etc., que deben considerarse antes de planificar la carga. Si has trabajado en modelado de carga de trabajo antes, habr\u00e1s o\u00eddo hablar de la ley de Little<\/a>. Deber\u00edas aprenderla e implementarla antes de planificar una prueba para obtener los resultados deseados.<\/p>\n Una vez que hemos acordado un plan o estrategia de rendimiento con el cliente, es hora de prepararnos para el scripting utilizando la herramienta de pruebas de rendimiento elegida. Construir scripts de calidad es clave para el \u00e9xito de las pruebas de rendimiento, y hay varias consideraciones importantes a tener en cuenta a lo largo del proceso.<\/p>\n Primero, sigue siempre los pasos documentados en los casos de prueba al crear scripts para asegurar la precisi\u00f3n. Comienza reproduciendo el script para un solo usuario y aborda cualquier necesidad de correlaci\u00f3n o parametrizaci\u00f3n. La parametrizaci\u00f3n puede incluir encabezados, cookies o par\u00e1metros en el cuerpo. Una vez que el script funcione perfectamente para un solo usuario, pru\u00e9balo con m\u00faltiples iteraciones y diferentes datos de usuario. Prep\u00e1rate para ajustar la correlaci\u00f3n o parametrizaci\u00f3n, ya que nuevos datos pueden revelar requisitos adicionales.<\/p>\n En algunos casos, alcanzar ciertos casos de uso puede requerir escribir bloques personalizados de c\u00f3digo. Por ejemplo, podr\u00edas necesitar extraer datos espec\u00edficos de respuesta para un usuario y manipularlos para otra solicitud. Adem\u00e1s, no olvides incluir tiempo de pensamiento, ritmo y mecanismos de manejo de errores basados en el modelo de carga de trabajo. Verificar la funcionalidad del script con comprobaciones de texto o imagen tambi\u00e9n es importante para asegurar los resultados deseados.<\/p>\n M\u00e1s all\u00e1 del scripting, considera factores como simular cache, cookies y condiciones de red variables para reflejar escenarios realistas. Como ingeniero de rendimiento, crear un comportamiento realista de usuario virtual es fundamental. Este proceso comienza recopilando detalles precisos durante la fase de requisitos.<\/p>\n Preguntas clave a responder incluyen:<\/p>\n Estas respuestas se pueden obtener mediante un cuestionario de recolecci\u00f3n de requisitos o analizando datos estad\u00edsticos recopilados de herramientas como soluciones APM o Google Analytics. El an\u00e1lisis de transacciones es especialmente \u00fatil para identificar transacciones comerciales cr\u00edticas y dise\u00f1ar escenarios de prueba de rendimiento que reflejen con precisi\u00f3n el uso del mundo real. Al abordar estos pasos, estar\u00e1s bien preparado para ejecutar pruebas de rendimiento efectivas y entregar resultados confiables.<\/p>\n Podemos planificar nuestro modelo de carga de trabajo de diferentes maneras. Los ingenieros de rendimiento deber\u00edan aprender y practicar el concepto de “ley de Little” antes de seleccionar un modelo de carga de trabajo. A continuaci\u00f3n se presentan algunos de los modelos de carga de trabajo existentes. Nuevamente, el ingeniero de rendimiento debe elegir el modelo de carga de trabajo basado en los requerimientos en mano.<\/p>\n Modelo de Carga 1<\/strong>. Es un modelo simple, donde el n\u00famero de usuarios se aumentar\u00e1 continuamente a medida que avance la prueba. Ejemplo: un usuario por segundo hasta que la prueba se complete.<\/p>\n Modelo de Carga 2<\/strong>. En este modelo, el n\u00famero de usuarios aumentar\u00e1 en pasos durante toda la duraci\u00f3n de la prueba. Por ejemplo, los primeros 15 minutos ser\u00e1n 100 usuarios y los siguientes 15 minutos 200, etc. Podemos planear este tipo de prueba para pruebas de resistencia.<\/p>\n Modelo de Carga 3<\/strong>. Este es el modelo de prueba de rendimiento m\u00e1s com\u00fan. El n\u00famero de usuarios aumentar\u00e1 continuamente durante cierto tiempo (llamamos a esto el per\u00edodo de subida). Despu\u00e9s de eso, los usuarios tendr\u00e1n un estado estable durante cierta duraci\u00f3n. Luego los usuarios comenzar\u00e1n a disminuir y la prueba finalizar\u00e1. Por ejemplo, si planeamos 1.5 horas de prueba, podemos dar 15 minutos para aumentar usuarios y 15 minutos para disminuir. El estado estable ser\u00e1 una hora. Cuando analicemos los resultados, tomaremos solo el estado estable en consideraci\u00f3n.<\/p>\n Modelo de Carga 4<\/strong>. En este modelo, el n\u00famero de usuarios aumentar\u00e1 y disminuir\u00e1 repentinamente durante toda la duraci\u00f3n. Hay diferentes nombres para este tipo de pruebas, como pruebas mono, pruebas de pico, etc.<\/p>\n Necesitamos establecer un conjunto completo de metas y requisitos para las pruebas de rendimiento. Definir los par\u00e1metros de las pruebas de rendimiento y qu\u00e9 constituye los criterios de aceptaci\u00f3n para cada uno. Si no conoces los requisitos de prueba ni el resultado<\/a> deseado, entonces la prueba de rendimiento es una p\u00e9rdida de tiempo.<\/p>\n A continuaci\u00f3n solo algunos de los m\u00e9tricas muy importantes a observar durante el modelado de carga de trabajo de rendimiento.<\/p>\n Tiempo de respuesta:<\/strong> El tiempo de respuesta es el tiempo que el servidor tard\u00f3 en responder a la solicitud del cliente. Hay muchos factores que afectar\u00e1n el tiempo de respuesta del servidor. La prueba de carga ayudar\u00e1 a encontrar y eliminar esos factores que est\u00e1n degradando el tiempo de respuesta.<\/p>\n Tiempo promedio de respuesta:<\/strong> Ser\u00e1 el valor promedio del tiempo de respuesta para toda la duraci\u00f3n del estado estable en una prueba de carga.<\/p>\n Tiempo de respuesta percentil 90:<\/strong> El tiempo de respuesta del percentil 90 significa que el 90 por ciento del tiempo de respuesta est\u00e1 por debajo de ese valor. Por ejemplo, si tuviste 500 solicitudes y cada una tiene un tiempo de respuesta diferente, entonces el percentil 90 es cualquier valor por debajo del cual el 90 por ciento de todos los dem\u00e1s valores est\u00e1n. Solo el 10 por ciento del tiempo de respuesta ser\u00e1 mayor que el valor del percentil 90. Esto ser\u00e1 \u00fatil si algunas de tus solicitudes tienen un gran tiempo de respuesta y est\u00e1n sesgando el resultado del tiempo promedio de respuesta.<\/p>\n Solicitudes por segundo:<\/strong> Necesitamos encontrar este valor de las herramientas APM o con la ayuda de los registros de producci\u00f3n. Basado en los usuarios concurrentes podemos planear las solicitudes por segundo al servidor.<\/p>\n Utilizaci\u00f3n de memoria:<\/strong> Estas son m\u00e9tricas del lado de infraestructura que te ayudan a descubrir cuellos de botella. Tambi\u00e9n, debes planear tu carga de trabajo tan en tiempo real como sea posible. Aseg\u00farate de no bombardear el servidor con solicitudes continuas.<\/p>\n Utilizaci\u00f3n de CPU:<\/strong> Igual que la memoria y se debe observar esta m\u00e9trica mientras se ejecutan las pruebas de rendimiento.<\/p>\n Tasa de error:<\/strong> Debemos seguir la proporci\u00f3n de transacciones aprobadas\/errores. La tasa de error no debe ser mayor al 2 por ciento de las transacciones aprobadas. Si la tasa de errores aumenta conforme aumentan los usuarios concurrentes, puede haber un posible cuello de botella.<\/p>\n Usuarios concurrentes:<\/strong> Necesitamos encontrar este valor de las herramientas APM o con ayuda de logs de producci\u00f3n. Usualmente, obtenemos este valor bas\u00e1ndonos en un d\u00eda t\u00edpico de negocio.<\/p>\n Rendimiento:<\/strong> El rendimiento mostrar\u00e1 la capacidad del servidor para manejar los usuarios concurrentes. Hay una conexi\u00f3n directa entre usuarios concurrentes versus rendimiento. El rendimiento deber\u00eda aumentar a medida que el n\u00famero de usuarios accede a la aplicaci\u00f3n. Si el rendimiento disminuye conforme el n\u00famero de usuarios aumenta, es una posible indicaci\u00f3n de cuellos de botella.<\/p>\n Distribuci\u00f3n de la carga de usuario:<\/strong> La distribuci\u00f3n de la carga de usuario es uno de los factores importantes que deben considerarse al dise\u00f1ar la carga de trabajo. Si tenemos cinco scripts que llevan a cabo cinco funcionalidades diferentes de una aplicaci\u00f3n, necesitamos dividir la carga de usuario para que sea lo m\u00e1s real posible basado en nuestra investigaci\u00f3n en producci\u00f3n o herramientas APM.<\/p>\n Estas son m\u00e9tricas muy importantes que debemos tener en cuenta al dise\u00f1ar el modelo de carga de trabajo. Tambi\u00e9n habr\u00e1 otras m\u00e9tricas que depender\u00e1n de la arquitectura y requerimientos de la aplicaci\u00f3n del cliente.<\/p>\n El ejemplo de lista de verificaci\u00f3n a continuaci\u00f3n generalmente se sigue en pruebas de rendimiento a nivel empresarial de extremo a extremo, donde hay un gran n\u00famero de sistemas involucrados. Siempre se recomienda seguir una lista de verificaci\u00f3n de entorno para pruebas de rendimiento a escala peque\u00f1a tambi\u00e9n<\/a>. Las actividades cambiar\u00e1n seg\u00fan los entornos de aplicaci\u00f3n, ya que hay una gran diferencia al compararlo con la aplicaci\u00f3n en la nube versus la aplicaci\u00f3n local.<\/p>\n Las pruebas de rendimiento de software exitosas no ocurren por accidente. Arquitectos, propietarios de producto, desarrolladores y el equipo de pruebas de rendimiento deben trabajar juntos y abordar los requisitos de pruebas de rendimiento antes de evaluar el software. Para un trasfondo m\u00e1s detallado sobre la plataforma LoadView, lee nuestro art\u00edculo Technical Overview<\/a> para ver c\u00f3mo puedes aprovechar al m\u00e1ximo tus pruebas de rendimiento. Las pruebas de rendimiento deber\u00edan ser un proceso continuo. Cuando tu sitio web o aplicaci\u00f3n web comience a crecer, necesitar\u00e1s hacer cambios para acomodar una base de usuarios m\u00e1s grande. Siempre hay oportunidad de mejora en cualquier aplicaci\u00f3n y pruebas.<\/p>\n Esperamos que esto te haya dado una buena perspectiva sobre las mejores pr\u00e1cticas en pruebas de rendimiento. Si deseas una demostraci\u00f3n completa de la soluci\u00f3n LoadView, reg\u00edstrate para un demo<\/a> con un ingeniero de rendimiento. Ellos te llevar\u00e1n paso a paso por cada parte del proceso, desde crear scripts de prueba de carga y configuraci\u00f3n de prueba, hasta la ejecuci\u00f3n de la prueba y an\u00e1lisis de resultados.<\/p>\nEncuentra una Herramienta de Pruebas de Rendimiento Adecuada<\/h2>\n
\n
Plan\/Estrategia de Pruebas de Rendimiento<\/h2>\n
\n
Scripts\/Escenarios de Rendimiento en Tiempo Real<\/h3>\n
\n
Modelado de Carga de Trabajo<\/h2>\n
Recolecci\u00f3n de Datos<\/h2>\n
Lista de Verificaci\u00f3n para el Entorno de Pruebas de Rendimiento (Antes de la Ejecuci\u00f3n)<\/h2>\n
![\"Lista](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Performance-Testing-Checklist-1024x270.jpg\")
<\/p>\nConclusi\u00f3n: Lista de Verificaci\u00f3n para la Preparaci\u00f3n de Pruebas de Carga<\/h2>\n