¿Cuántos usuarios virtuales puede tener uno? JMeter ¿Simular instancia?

No existe un límite fijo; depende del tamaño de la memoria heap, la complejidad del script y la máquina. Una instancia optimizada suele manejar unos pocos miles de hilos; si se supera este límite, se puede distribuir la carga entre varias máquinas mediante pruebas distribuidas.

JMeter GUI: plan de prueba y banco de trabajo

⚡ Resumen inteligente

JMeter La interfaz gráfica de usuario (GUI) organiza cada prueba de rendimiento en torno a dos paneles: un árbol de plan de pruebas a la izquierda y su panel de configuración a la derecha, donde se añaden, guardan, combinan, ejecutan y generan informes de los elementos.

🔘 Plan de prueba: El plan de pruebas contiene todos los elementos y configuraciones. JMeter necesita ejecutar una prueba.
☑️ Banco de trabajo: La rama temporal de WorkBench fue eliminada en JMeter 4.0 y reemplazado por Fragmentos de prueba.
✅ Elementos: Haz clic con el botón derecho en cualquier nodo para añadir aserciones, elementos de configuración, oyentes, controladores y temporizadores.
🧪 Archivos JMX: Los planes de prueba y los elementos individuales se guardan como archivos XML *.jmx que se recargan o se combinan posteriormente.
🛠️ Planes combinados: Al integrar un fragmento guardado en un plano abierto, se crean suites más grandes sin necesidad de reconstruir elementos.
📊 Presentación de informes: Cada ejecución genera un archivo jmeter.log, además de archivos de resultados que alimentan el panel de control HTML integrado.

Descubre más

Tan pronto como inicie Apache JMeter, el panel izquierdo se abre con un único nodo raíz:

Plan de prueba

Las versiones anteriores mostraban un segundo nodo llamado WorkBench. Ambos se describen a continuación.

¿Qué es un plan de prueba?

Un plan de pruebas es donde agregas los elementos necesarios para tu JMeter prueba.

Almacena todos los elementos (grupos de subprocesos, temporizadores, muestreadores, oyentes) con la configuración necesaria para su funcionamiento. Todo lo que se crea en la interfaz gráfica de usuario depende de este nodo raíz, como se muestra en la siguiente figura.

¿Qué es el banco de trabajo?

El WorkBench era un área de trabajo temporal donde se almacenaban elementos de prueba. temporalmenteNo tenía relación con el Plan de Pruebas y JMeter no salvó su contenido — solo el Plan de prueba La rama se escribió en el disco.

Importante: El WorkBench quedó obsoleto en JMeter 3.2 y eliminado en JMeter 4.0, por lo que no está presente en las versiones actuales como la 5.6.3. Los elementos que no son de prueba (el grabador de scripts de prueba HTTP(S), el servidor espejo HTTP y la visualización de propiedades) ahora se adjuntan directamente al plan de prueba. Al abrir un plan antiguo que aún contiene un WorkBench, esa rama se convierte en un fragmento de prueba llamado "Fragmento de prueba de WorkBench". Si un tutorial de grabación antiguo le indica que haga clic con el botón derecho en WorkBench, utilice el nodo Plan de prueba en su lugar.

Cómo agregar elementos a un plan de pruebas

Agregar elementos es el esencial paso en la creación de un plan de pruebas, porque sin ellos JMeter no tiene nada que ejecutar. Un plan puede incluir oyentes, controladores, temporizadores, muestreadores, aserciones y elementos de configuración.

Puedes agregar un elemento haciendo clic con el botón derecho en el Plan de prueba nodo y elegir entre los “Agregar "Lista.

Supongamos que quieres agregar dos elementos: a Aserción BeanShell y Java Solicitar valores predeterminados elemento de configuración.

Haga clic con el botón Plan de prueba -> Agregar -> Aserción -> Aserción BeanShell
Haga clic con el botón Plan de prueba -> Agregar -> Elemento de configuración -> Java Solicitar valores predeterminados

La animación que aparece a continuación muestra el recorrido por ese menú.

También puede remove un elemento que ya no necesitas. Para eliminarlo Valores predeterminados de solicitud HTTP: selecciónelo -> clic derecho -> elegir Eliminar -> clic Sí: para confirmar.

Cargando y guardando elementos

JMeter Puede guardar un solo elemento de forma independiente, no todo el plan, lo cual resulta útil cuando se reutiliza una aserción o un temporizador en varios proyectos. Las dos secciones siguientes abarcan ambas partes de este flujo de trabajo.

Cómo crear un archivo JMX

Supongamos que ha añadido un elemento llamado “Aserción BeanShell” y quiero guardarlo por separado. Haga clic con el botón derecho. Aserción BeanShell -> seleccionar Guardar selección como.

Se abrirá un cuadro de diálogo. Haga clic. Guardar para almacenar el elemento con el nombre predeterminado Afirmación de BeanShell.jmxo elige la tuya.

Los elementos de prueba y los planes de prueba se almacenan como *.jmx archivos — XML simple que puede abrir en cualquier editor o mantener en control de versiones. La extensión no es Java Extensiones de administración (JMX), un sistema no relacionado Java API de monitorización que comparten las mismas tres letras.

Cómo cargar y fusionar un archivo JMX

Cargar un elemento existente ahorra el tiempo que se invertiría en crear y configurar uno nuevo.

Digamos que su plan de prueba ya contiene un Java Solicitar valores predeterminados elemento. Haz clic derecho sobre él -> seleccionar ir.

Elija el Afirmación de BeanShell.jmx archivo del directorio. El elemento se agrega a su Plan de prueba actual, como se muestra a continuación.

Cómo configurar elementos

Cada elemento expone su propia configuración. Para configurar uno:

Seleccione el elemento en el árbol del panel izquierdo.
Introduzca los ajustes de configuración en el panel derecho.

El panel de la derecha cambia con cada tipo de elemento, como se muestra a continuación.

Cómo guardar un plan de prueba

Guarda tu plan de pruebas antes de ejecutar una prueba. De esta forma, protegerás tu trabajo contra errores inesperados durante la ejecución. Los pasos son:

Archivo -> Guardar plan de pruebas como — Se abre un cuadro de diálogo.
Introduzca un nombre de archivo para el Plan de Pruebas. -> clic Guardar.

Nota: guardar un plan de prueba es una experiencia diferente desde guardar un elemento.

Guardar un plan de prueba	Guardar un elemento
Un plan de pruebas consta de uno o varios elementos.	Un elemento es un único componente básico de JMeter
Al guardar el plan de pruebas, se escriben todos los elementos del plan.	Guardar un elemento solo escribe ese elemento.
Reabierto con Archivo -> Abrir	Reabierto con clic derecho -> Combinar

Crear un plan de prueba combinado

Puede unir uno o varios planes de prueba guardados en un combo Plan de pruebas, tal como se muestra en la figura siguiente.

Supongamos que tiene un plan de prueba llamado Prueba_Fragmento.jmx en su computadora (este artículo incluye el archivo). Incorpórelo al plan actualmente abierto en JMeter para construir uno más grande.

Todos los elementos de prueba de Prueba_Fragmento.jmx Ahora se han añadido a su plan de pruebas actual, como se muestra en la siguiente figura.

Cómo ejecutar el plan de prueba

Una vez guardado el plan, puede ejecutarlo. Para ejecutar uno o más planes de prueba, seleccione Comenzar (Ctrl + R) desde el Ejecutar .

Aunque JMeter Cuando se está ejecutando, aparece un pequeño cuadro verde en el extremo derecho de la barra de menú.

Los números a la izquierda del cuadro verde son el número de hilos activos / numero total de los hilos.

Para detener la prueba, pulse el botón Parada botón o utilice el atajo Ctrl + '.'

Informe de prueba

Cuando finaliza la ejecución, puede recopilar el informe de prueba: el registro de errores guardado como jmeter.log, además del archivo de resultados escrito por sus oyentes. Aquí hay un extracto típico del inicio de jmeter.log:

2026/07/21 08:41:12 INFO o.a.j.JMeter: Copyright (c) 1998-2024 The Apache Software Foundation
2026/07/21 08:41:12 INFO o.a.j.JMeter: Version 5.6.3
2026/07/21 08:41:12 INFO o.a.j.JMeter: java.version=17.0.11
2026/07/21 08:41:12 INFO o.a.j.JMeter: java.vm.name=OpenJDK 64-Bit Server VM
2026/07/21 08:41:12 INFO o.a.j.JMeter: os.name=Windows 11
2026/07/21 08:41:12 INFO o.a.j.JMeter: os.arch=amd64
2026/07/21 08:41:12 INFO o.a.j.JMeter: file.encoding=UTF-8
2026/07/21 08:41:12 INFO o.a.j.JMeter: Default Locale=English (United States)
2026/07/21 08:41:12 INFO o.a.j.JMeter: JMeterHome=C:\apache-jmeter-5.6.3
2026/07/21 08:41:12 INFO o.a.j.JMeter: user.dir=C:\apache-jmeter-5.6.3\bin

Lea jmeter.log primero cuando una ejecución se comporte mal: registra la JMeter y Java versiones, cualquier elemento que no se haya cargado correctamente y cada excepción generada. Las versiones actuales también pueden convertir un archivo de resultados en un panel HTML navegable con gráficos de tiempo de respuesta, rendimiento y tasa de errores.

Preguntas Frecuentes

Un fragmento de prueba es una rama inactiva que se ejecuta solo cuando un módulo o controlador de inclusión lo llama. Los fragmentos permiten que varios planes reutilicen un bloque de lógica, como los pasos de inicio de sesión, sin duplicar elementos.

Apache JMeter 5.6.3 requiere Java 8 o posterior, y el proyecto recomienda Java Versión 17 o posterior. Ejecutarlo en una versión actual de JDK con soporte a largo plazo también proporciona un mejor comportamiento de recolección de basura con un alto número de subprocesos.

La interfaz gráfica consume la memoria y la CPU que necesita el generador de carga, por lo que los resultados se distorsionan a medida que aumenta el número de subprocesos. Apache recomienda crear y depurar los planes en la interfaz gráfica y, a continuación, ejecutar la prueba real desde la línea de comandos.

Sí, un archivo .jmx es XML, por lo que se abre en cualquier editor y las diferencias se muestran correctamente en Git. Las modificaciones manuales deben ser mínimas, como por ejemplo en los nombres de host; una etiqueta mal formada impide que se cargue todo el plan.

El aprendizaje automático establece parámetros de referencia para la latencia, el rendimiento y las tasas de error normales, y luego detecta desviaciones que un umbral fijo no detectaría. Las plataformas más recientes también generan perfiles de carga a partir del tráfico de producción, por lo que los escenarios se mantienen realistas sin necesidad de análisis manual.

Copiloto de GitHub borradores Groovy Para muestreadores JSR223, conjuntos de datos CSV y pasos de canalización de CI de forma rápida. Maneja XML .jmx sin procesar con menos fiabilidad, por lo que se recomienda tratar los planes generados como un borrador y verificarlos en la interfaz gráfica de usuario.

No hay un límite fijo: depende del tamaño del montón, la complejidad del script y la máquina. Una instancia optimizada normalmente maneja unos pocos miles de hilos; más allá de eso, distribuya la carga entre varias máquinas con pruebas distribuidas.

Normalmente se trata de un plugin que falta o un elemento que se eliminó en versiones más recientes. El archivo jmeter.log indica la clase que no se cargó correctamente; instale el plugin correspondiente o abra el archivo .jmx en un editor y elimine el bloque huérfano.