JMeter GUI: План за тестване и работна маса

по: Томас Хамилтън Томас Хамилтън
Hours Обновено

⚡ Умно обобщение

JMeter Графичният потребителски интерфейс организира всеки тест за производителност около два панела: дърво на тестовия план отляво и неговия конфигурационен панел отдясно, където елементите се добавят, запазват, обединяват, изпълняват и отчитат.

  • 🔘 План за тестване: Тестовият план съдържа всеки елемент и настройка JMeter необходимо е да се извърши тест.
  • ☑️ Работна маса: Временният клон WorkBench беше премахнат в JMeter 4.0 и заменена от Тестови фрагменти.
  • ✅ елементи: Щракнете с десния бутон върху произволен възел, за да добавите твърдения, конфигурационни елементи, слушатели, контролери и таймери.
  • 🧪 JMX файлове: Тестовите планове и отделните елементи се запазват като XML *.jmx файлове, които се презареждат или сливат по-късно.
  • 🛠️ Комбинирани планове: Сливането на запазен фрагмент в отворен план изгражда по-големи апартаменти без преустройство на елементи.
  • 📊 Отчитане: Всяко изпълнение записва jmeter.log плюс файлове с резултати, които захранват вграденото HTML табло за управление.
Прочетете повече

JMeter GUI

Веднага щом стартирате Apache JMeter, левият панел се отваря с един коренен възел:

  1. План за тестване

По-старите версии показваха втори възел, наречен WorkBench. И двата са разгледани по-долу.

Apache JMeter Графичен потребителски интерфейс, показващ дървото на тестовия план в левия панел

Какво е тестов план?

Тестовият план е мястото, където добавяте елементите, необходими за вашето JMeter тест.

Той съхранява всеки елемент (групи от нишки, таймери, семплери, слушатели) с настройките, необходими за изпълнението им. Всичко, което изграждате в графичния потребителски интерфейс, е свързано с този коренен възел, както е показано на фигурата по-долу.

JMeter Дърво на тестовия план с прикачени дъщерни тестови елементи

Какво е WorkBench?

Работната маса беше място за съхранение на тестови елементи временноТова нямаше никаква връзка с Плана за тестване и JMeter не спаси съдържанието му — само План за тестване Клонът беше записан на диск.

Възелът WorkBench, както изглеждаше в по-старите версии JMeter за пресата

Важно: WorkBench беше остарял през JMeter 3.2 и премахнато в JMeter 4.0, така че липсва в текущите версии, като например 5.6.3. Елементите, които не са тестови — HTTP(S) Test Script Recorder, HTTP Mirror Server и Property Display — вече се прикрепят директно към тестовия план. Отварянето на стар план, който все още съдържа WorkBench, преобразува този клон в тестов фрагмент, наречен „WorkBench Test Fragment“. Ако по-старо ръководство за запис ви казва да щракнете с десния бутон върху WorkBench, използвайте възела Test Plan вместо това.

Как да добавите елементи към тестов план

Добавянето на елементи е съществен стъпка в изграждането на тестов план, защото без тях JMeter няма какво да се изпълни. Планът може да включва слушатели, контролери, таймери, семплери, твърдения и конфигурационни елементи.

Добавяте елемент, като щракнете с десния бутон върху него План за тестване възел и избор от „ДобавиСписък.

Да предположим, че искате да добавите два елемента: a Твърдение на BeanShell и Java Заявка по подразбиране конфигурационен елемент.

  • Щракнете с десния бутон План за тестване -> Добавяне -> Твърдение -> Твърдение на BeanShell
  • Щракнете с десния бутон План за тестване -> Добавяне -> Конфигуриране на елемент -> Java Заявка по подразбиране

Анимацията по-долу показва пътя през това меню.

Щракване с десния бутон върху менюто „Добавяне“, използвано за добавяне и премахване на JMeter тестов елемент

Можете също така да премахване на елемент, от който вече не се нуждаете. За да изтриете HTTP заявка по подразбиране: изберете го -> щракнете с десния бутон -> изберете Премахване -> щракнете Да за да потвърдите.

СВЪРЗАНИ СТАТИИ

Зареждане и запазване на елементи

JMeter може да запази единичен елемент самостоятелно, а не само целия план — полезно, когато едно твърдение или таймер се използва повторно в различни проекти. Следващите два раздела обхващат и двете половини на този работен процес.

Как да създадете JMX файл

Да предположим, че сте добавили елемент с име „Твърдение на BeanShell„и искате да го запазите отделно. Щракнете с десния бутон Твърдение на BeanShell -> изберете Запазване на избраното като.

Опцията „Запазване на селекцията като“ в JMeter контекстно меню на елемента

Отваря се диалогов прозорец. Кликнете Спестявания да се съхрани елементът под името по подразбиране BeanShell Assertion.jmxили изберете свой собствен.

Запазване на диалогов прозорец, който записва елемента BeanShell Assertion в JMX файл

Тестовите елементи и тестовите планове се съхраняват като *.jmx файлове — обикновен XML, който можете да отворите във всеки редактор или да запазите в контрола на версиите. Разширението не е Java Разширения за управление (JMX), несвързано Java API за наблюдение, споделящ едни и същи три букви.

Как да заредите и обедините JMX файл

Зареждането на съществуващ елемент спестява времето, което бихте прекарали в създаване и конфигуриране на нов.

Да речем, че вашият тестов план вече съдържа Java Заявка по подразбиране елемент. Щракнете с десния бутон върху него -> изберете Обединяване.

Опция за сливане, използвана за зареждане на запазен JMX елемент в текущия план

Избери BeanShell Assertion.jmx файл от директорията. Елементът се добавя към текущия ви тестов план, както е показано по-долу.

Обединен елемент на BeanShell Assertion, появяващ се под Java Заявка по подразбиране

Как да конфигурирате елементи

Всеки елемент има свои собствени настройки. За да конфигурирате такъв:

  1. Изберете елемента в дървото в левия панел.
  2. Въведете настройките за конфигурация в десния панел.

Десният панел се променя с всеки тип елемент, както е показано по-долу.

JMeter панел за конфигурация отдясно за избран конфигурационен елемент

Как да запазите тестов план

Запазете тестовия си план, преди да го изпълните. Това предпазва работата ви от неочаквани грешки по време на изпълнението. Стъпките са:

  1. Файл -> Запазване на тестовия план като — отваря се диалогов прозорец.
  2. Въведете име на файл за тестовия план -> кликване Спестявания.

Меню „Файл“ диалогов прозорец „Запазване на тестовия план като“ записване на целия план на диск

Забележка: запазването на тестов план е различен от запазване на елемент.

Запазване на тестов план Запазване на елемент
Тестовият план се състои от един или много елементи Елементът е един основен компонент на JMeter
Запазването на тестовия план записва всеки елемент в плана Запазването на елемент записва само този един елемент
Отворено отново с Файл -> Отвори Отворено отново с десен бутон -> Сливане

Създайте комбиниран тестов план

Можете да се сливат един или много запазени тестови планове в комбо План за тестване, както е показано на фигурата по-долу.

Два тестови плана, обединени в един комбиниран тестов план

Да предположим, че имате тестов план с име Test_Fragment.jmx на вашия компютър (тази статия включва файла). Обединете го с плана, който е отворен в момента в JMeter да се построи по-голям.

Сливане на Test_Fragment.jmx с текущо отворения тестов план

Всички тестови елементи от Test_Fragment.jmx вече са добавени към текущия ви тестов план, както е показано на фигурата по-долу.

Тестови елементи от обединения фрагмент, изброени в комбинирания тестов план

Как да стартирате план за тестване

След като планът е запазен, можете да го изпълните. За да изпълните един или повече тестови планове, изберете Начало (Ctrl + R) от бягане меню.

Меню „Старт“ с командата „Старт“, използвана за изпълнение на JMeter План за тестване

Докато JMeter работи, в десния край на лентата с менюта се появява малка зелена кутия.

Зелен индикатор за работа с броя на активните и общия брой нишки

Числата вляво от зелената кутия са броят на активни нишки / общ брой от нишки.

За да спрете теста, натиснете Спиране бутон или използвайте клавишната комбинация Ctrl + '.'

Бутони за стоп и изключване на JMeter лентата с инструменти

Test Report

Когато изпълнението приключи, можете да съберете тестовия отчет: лог файла с грешки, запазен като jmeter.log, плюс файла с резултатите, записан от вашите слушатели. Ето типичен откъс от стартирането на 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

Първо прочетете jmeter.log, когато изпълнението се държи неправилно: той записва JMeter намлява Java версии, всеки елемент, който не се е заредил, и всяко хвърлено изключение. Текущите версии могат също така да превърнат файл с резултати в HTML табло за управление с графики за време за отговор, пропускателна способност и процент на грешки.

Въпроси и Отговори

Тестовият фрагмент е неактивен клон, който се изпълнява само когато е извикан от модул или контролер за включване. Фрагментите позволяват на няколко плана да използват повторно един логически блок, като например стъпки за влизане, без да дублират елементи.

Apache JMeter 5.6.3 изисква Java 8 или по-нова възраст, а проектът препоръчва Java 17 или по-нова версия. Работата с текущ JDK с дългосрочна поддръжка също така осигурява по-добро поведение при събиране на боклука при голям брой нишки.

Графичният потребителски интерфейс (GUI) изразходва памет и процесор, необходими на генератора на натоварване, така че резултатите се изкривяват с увеличаване на броя на нишките. Apache препоръчва изграждането и отстраняването на грешки в плановете за GUI, след което изпълнението на реалния тест от командния ред.

Да — .jmx файлът е XML, така че се отваря във всеки редактор и се различава чисто в Git. Ръчните редакции, като например имена на хостове, трябва да са малки; неправилно оформен таг спира зареждането на целия план.

Машинното обучение определя нормалната латентност, пропускателна способност и проценти на грешки, след което флаговете се отклоняват, като фиксиран праг би бил пропуснат. По-новите платформи също генерират профили на натоварване от производствения трафик, така че сценариите остават реалистични без ръчен анализ.

Копилот на GitHub дама Groovy за JSR223 семплери, CSV набори от данни и стъпки на CI конвейер бързо. Обработва суровите .jmx XML файлове по-малко надеждно, така че третирайте генерираните планове като чернова и ги проверявайте в графичния потребителски интерфейс.

Няма фиксирано ограничение — то зависи от размера на heap-а, сложността на скрипта и машината. Настроеният екземпляр обикновено обработва няколко хиляди нишки; след това разпределете натоварването между множество машини с разпределено тестване.

Обикновено липсващ плъгин или елемент, премахнат от по-нови версии. jmeter.log посочва класа, който не се е заредил — инсталирайте съответстващия плъгин или отворете .jmx файла в редактор и изтрийте осиротелия блок.

Обобщете тази публикация с: