JMeter GUI: piano di test e banco di lavoro

By: Tommaso Hamilton Tommaso Hamilton
Hours aggiornato

⚡ Riepilogo intelligente

JMeter L'interfaccia grafica (GUI) organizza ogni test di performance attorno a due riquadri: una struttura ad albero del piano di test a sinistra e il relativo pannello di configurazione a destra, dove gli elementi vengono aggiunti, salvati, uniti, eseguiti e riportati.

  • 🔘 Piano di prova: Il piano di test contiene ogni elemento e impostazione JMeter è necessario eseguire un test.
  • ☑️ Banco di lavoro: Il ramo temporaneo di WorkBench è stato rimosso in JMeter 4.0 e sostituito da Frammenti di prova.
  • ✅ elementi: Fai clic con il pulsante destro del mouse su qualsiasi nodo per aggiungere asserzioni, elementi di configurazione, listener, controller e timer.
  • 🧪 File JMX: I piani di test e i singoli elementi vengono salvati come file XML *.jmx che possono essere ricaricati o uniti in seguito.
  • ️ Piani combinati: Unendo un frammento salvato a una pianta aperta si creano suite più grandi senza dover ricostruire gli elementi.
  • 📊 Reporting: Ogni esecuzione genera un file jmeter.log e file di risultati che alimentano la dashboard HTML integrata.
Scopri di più

JMeter GUI

Non appena si avvia Apache JMeter, il riquadro sinistro si apre con un singolo nodo radice:

  1. Piano di test

Le versioni precedenti mostravano un secondo nodo chiamato WorkBench. Entrambi sono descritti di seguito.

Apache JMeter Interfaccia grafica che mostra la struttura ad albero del piano di test nel riquadro di sinistra.

Cos'è un piano di test?

Un piano di test è dove aggiungi gli elementi necessari per il tuo JMeter test.

Contiene tutti gli elementi (gruppi di thread, timer, campionatori, listener) con le impostazioni necessarie per il loro funzionamento. Tutto ciò che si crea nell'interfaccia grafica dipende da questo nodo radice, come mostrato nella figura seguente.

JMeter Struttura ad albero del piano di test con elementi di test secondari allegati.

Cos'è WorkBench?

Il banco di lavoro era un'area di prova che conteneva gli elementi di test. temporaneamenteNon aveva alcuna relazione con il Piano di Test e JMeter non ha salvato il suo contenuto — solo il Piano di test Il ramo è stato scritto su disco.

Nodo WorkBench come appariva nelle versioni precedenti JMeter Comunicati

Importante: WorkBench è stato deprecato nel JMeter 3.2 e rimosso in JMeter 4.0, quindi è assente dalle versioni attuali come la 5.6.3. Gli elementi non di test — HTTP(S) Test Script Recorder, HTTP Mirror Server e Property Display — ora si collegano direttamente al Test Plan. L'apertura di un vecchio piano che contiene ancora un WorkBench converte quel ramo in un Test Fragment denominato "WorkBench Test Fragment". Se una procedura guidata di registrazione precedente indica di fare clic con il pulsante destro del mouse su WorkBench, utilizzare invece il nodo Test Plan.

Come aggiungere elementi a un piano di test

L'aggiunta di elementi è la essential passo nella creazione di un piano di test, perché senza di essi JMeter non ha nulla da eseguire. Un piano può includere listener, controller, timer, campionatori, asserzioni ed elementi di configurazione.

Si aggiunge un elemento facendo clic con il pulsante destro del mouse su Piano di test nodo e scegliendo tra i “Aggiungi" elenco.

Supponiamo di voler aggiungere due elementi: un Asserzione BeanShell e Java Richiedi impostazioni predefinite elemento di configurazione.

  • Fare clic con Piano di test -> Aggiungi -> Asserzione -> Asserzione BeanShell
  • Fare clic con Piano di test -> Aggiungi -> Elemento di configurazione -> Java Richiedi impostazioni predefinite

L'animazione qui sotto illustra il percorso del menu.

Fare clic con il pulsante destro del mouse sul menu Aggiungi utilizzato per aggiungere e rimuovere un JMeter elemento di prova

Puoi anche rimuovere un elemento di cui non hai più bisogno. Per eliminare Default richiesta HTTP: selezionalo -> fai clic con il pulsante destro del mouse -> scegli Rimuovere -> fare clic Si per confermare.

ARTICOLI CORRELATI

Caricamento e salvataggio di elementi

JMeter È possibile salvare un singolo elemento singolarmente, non l'intero piano: una funzionalità utile quando un'asserzione o un timer vengono riutilizzati in diversi progetti. Le due sezioni successive illustrano entrambe le parti di questo flusso di lavoro.

Come creare un file JMX

Supponiamo di aver aggiunto un elemento denominato "Asserzione BeanShell" e vuoi salvarlo da solo. Fai clic con il pulsante destro del mouse Asserzione BeanShell -> seleziona Salva selezione con nome.

Opzione Salva selezione come nell' JMeter menu di contesto dell'elemento

Si apre una finestra di dialogo. Fare clic Salva per memorizzare l'elemento con il nome predefinito BeanShell Assertion.jmxoppure scegli il tuo.

Salva la finestra di dialogo scrivendo l'elemento BeanShell Assertion in un file JMX

Gli elementi di test e i piani di test sono entrambi memorizzati come *.jmx file — XML semplice che puoi aprire in qualsiasi editor o tenere nel controllo di versione. L'estensione non è Java Management Extensions (JMX), un sistema non correlato Java Monitoraggio delle API che condividono le stesse tre lettere.

Come caricare e unire un file JMX

Caricare un elemento esistente consente di risparmiare il tempo che si impiegherebbe per crearne e configurarne uno nuovo.

Supponiamo che il tuo piano di test contenga già un Java Richiedi impostazioni predefinite elemento. Fai clic con il pulsante destro del mouse su di esso -> seleziona Unire.

Opzione di unione utilizzata per caricare un elemento JMX salvato nel piano corrente

Scegliere il BeanShell Assertion.jmx file dalla directory. L'elemento viene aggiunto al piano di test corrente, come mostrato di seguito.

Elemento di asserzione BeanShell unito che appare sotto Java Richiedi impostazioni predefinite

Come configurare gli elementi

Ogni elemento espone le proprie impostazioni. Per configurarne uno:

  1. Seleziona l'elemento nell'albero nel riquadro di sinistra.
  2. Inserisci le impostazioni di configurazione nel riquadro di destra.

Il pannello di destra cambia a seconda del tipo di elemento, come mostrato di seguito.

JMeter pannello di configurazione a destra per un elemento di configurazione selezionato

Come salvare un piano di test

Salva il tuo piano di test prima di eseguirlo. In questo modo proteggerai il tuo lavoro da errori imprevisti durante l'esecuzione. I passaggi sono i seguenti:

  1. File -> Salva piano di test con nome — si apre una finestra di dialogo.
  2. Inserisci un nome file per il piano di test -> clicca Salva.

Menu File, finestra di dialogo Salva piano di test con nome, scrittura dell'intero piano su disco

Nota: il salvataggio di un piano di test è diverso dal salvataggio di un elemento.

Salvataggio di un piano di test Salvataggio di un elemento
Un piano di test è costituito da uno o più elementi Un elemento è un singolo componente di base di JMeter
Salvando il piano di test, ogni elemento del piano viene scritto. Salvando un elemento, viene scritto solo quell'elemento.
Riaperto tramite File -> Apri Riaperto con il clic destro -> Unisci

Creare un piano di test combinato

Puoi osservare le unire uno o più piani di test salvati in un combo Piano di test, come illustrato nella figura seguente.

Due piani di test uniti in un unico piano di test combinato

Supponiamo di avere un piano di test denominato Test_Fragment.jmx sul tuo computer (questo articolo include il file). Uniscilo al piano attualmente aperto in JMeter per costruirne uno più grande.

Unione del file Test_Fragment.jmx nel piano di test attualmente aperto.

Tutti gli elementi di prova da Test_Fragment.jmx sono ora stati aggiunti al tuo attuale piano di test, come mostrato nella figura seguente.

Elementi di test dal frammento unito elencati nel piano di test combinato

Come eseguire il piano di test

Una volta salvato il piano, è possibile eseguirlo. Per eseguire uno o più piani di test, scegliere Inizio (Ctrl + R) dal Correre menu.

Esegui il menu con il comando Start utilizzato per eseguire un JMeter Piano di test

Mentre JMeter Quando il programma è in esecuzione, una piccola casella verde appare all'estremità destra della barra dei menu.

Indicatore verde in esecuzione con il conteggio dei thread attivi e totali

I numeri a sinistra della casella verde sono il numero di thread attivi / numero totale di fili.

Per interrompere il test, premere il pulsante Fermare pulsante oppure usa la scorciatoia Ctrl + '.'

I pulsanti di arresto e spegnimento sul JMeter barra degli strumenti

Rapporto di prova

Al termine dell'esecuzione è possibile raccogliere il report di test: il log degli errori salvato come jmeter.log, più il file dei risultati scritto dai listener. Ecco un tipico estratto di avvio di 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

Leggi prima jmeter.log ogni volta che un'esecuzione non si comporta correttamente: registra il JMeter and Java versioni, qualsiasi elemento che non è stato caricato e ogni eccezione generata. Le versioni attuali possono anche trasformare un file di risultati in una dashboard HTML navigabile con grafici relativi a tempi di risposta, throughput e tasso di errore.

DOMANDE FREQUENTI

Un Frammento di Test è un ramo inattivo che viene eseguito solo quando viene richiamato da un Controller di Modulo o di Include. I frammenti consentono a diversi piani di riutilizzare un blocco di logica, come ad esempio i passaggi di accesso, senza duplicare gli elementi.

Apache JMeter 5.6.3 richiede Java 8 o versioni successive e il progetto raccomanda Java 17 o versioni successive. L'utilizzo di un JDK con supporto a lungo termine aggiornato garantisce inoltre un comportamento migliore della gestione della memoria in presenza di un elevato numero di thread.

L'interfaccia grafica (GUI) consuma memoria e CPU necessarie al generatore di carico, pertanto i risultati risultano distorti all'aumentare del numero di thread. Apache consiglia di creare ed eseguire il debug dei piani tramite l'interfaccia grafica, per poi eseguire il test vero e proprio dalla riga di comando.

Sì, un file .jmx è un file XML, quindi si apre in qualsiasi editor e le differenze vengono visualizzate correttamente in Git. Limita le modifiche manuali a piccole modifiche, come ad esempio i nomi host; un tag non corretto impedisce il caricamento dell'intero piano.

L'apprendimento automatico definisce parametri di riferimento per latenza, throughput e tassi di errore normali, segnalando poi eventuali deviazioni che una soglia fissa non rileverebbe. Le piattaforme più recenti generano inoltre profili di carico dal traffico di produzione, in modo che gli scenari rimangano realistici senza necessità di analisi manuale.

Copilota GitHub bozze Groovy Consente di generare rapidamente campionatori JSR223, set di dati CSV e fasi della pipeline CI. Gestisce i file XML .jmx non elaborati in modo meno affidabile, quindi è consigliabile considerare i piani generati come bozze e verificarli nell'interfaccia grafica.

Non esiste un limite fisso: dipende dalla dimensione dell'heap, dalla complessità dello script e dalla macchina. Un'istanza ottimizzata in genere gestisce alcune migliaia di thread; oltre a questo, distribuisci il carico su più macchine con test distribuito.

Solitamente si tratta di un plugin mancante o di un elemento rimosso nelle versioni più recenti. Il file jmeter.log indica la classe che non è stata caricata correttamente: installa il plugin corrispondente oppure apri il file .jmx con un editor ed elimina il blocco orfano.

Riassumi questo post con: