JMeter Графічний інтерфейс користувача: план тестування та робоче місце

⚡ Розумний підсумок

JMeter Графічний інтерфейс користувача організовує кожен тест продуктивності навколо двох панелей: дерево плану тестування ліворуч та панель конфігурації праворуч, де елементи додаються, зберігаються, об'єднуються, виконуються та звітуються.

  • 🔘 План тестування: План тестування містить кожен елемент і налаштування JMeter потрібно виконати тест.
  • ☑️ Верстак: Тимчасову гілку WorkBench було видалено в JMeter 4.0 та замінено на Test Fragments.
  • Елементи: Клацніть правою кнопкою миші на будь-якому вузлі, щоб додати твердження, елементи конфігурації, слухачі, контролери та таймери.
  • 🧪 JMX-файли: Тестові плани та окремі елементи зберігаються як XML-файли *.jmx, які можна перезавантажити або об'єднати пізніше.
  • 🛠️ Комбіновані плани: Об'єднання збереженого фрагмента з відкритим плануванням створює більші апартаменти без перебудови елементів.
  • 📊 звітність: Кожен запуск записує jmeter.log та файли результатів, які передаються на вбудовану HTML-панель керування.

JMeter графічний інтерфейс користувача

Як тільки ви запустите Apache JMeter, ліва панель відкривається з одним кореневим вузлом:

  1. План тестування

У старіших випусках був другий вузол під назвою WorkBench. Обидва розглянуті нижче.

Apache JMeter Графічний інтерфейс користувача, що відображає дерево плану тестування на лівій панелі

Що таке тестовий план?

План тестування – це місце, куди ви додаєте елементи, необхідні для вашого JMeter тест.

Він зберігає кожен елемент (групи потоків, таймери, семплери, слухачі) з налаштуваннями, необхідними для їх запуску. Все, що ви створюєте в графічному інтерфейсі, зависає від цього кореневого вузла, як показано на малюнку нижче.

JMeter Дерево плану тестування з доданими дочірніми елементами тестування

Що таке WorkBench?

WorkBench був тимчасовою зоною, де зберігалися тестові елементи тимчасовоЦе не мало жодного стосунку до Плану випробувань, і JMeter не зберіг його вміст — лише План тестування гілку було записано на диск.

Вузол WorkBench, як він виглядав у старіших версіях JMeter релізи

Важливо: WorkBench був застарілий у JMeter 3.2 та видалено в JMeter 4.0, тому він відсутній у поточних випусках, таких як 5.6.3. Нетестові елементи — записувач тестових сценаріїв HTTP(S), сервер дзеркала HTTP та відображення властивостей — тепер підключаються безпосередньо до плану тестування. Відкриття старого плану, який все ще містить WorkBench, перетворює цю гілку на фрагмент тестування з назвою «Фрагмент тестування WorkBench». Якщо в старішому посібнику із запису зазначено, що потрібно клацнути правою кнопкою миші на WorkBench, використовуйте вузол «План тестування».

Як додати елементи до плану тестування

Додавання елементів – це істотний крок у створенні плану тестування, тому що без них 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, що відображається під Java Запит за замовчуванням

Як налаштувати елементи

Кожен елемент має власні налаштування. Щоб налаштувати один із них:

  1. Виберіть елемент у дереві на лівій панелі.
  2. Введіть параметри конфігурації на правій панелі.

Права панель змінюється залежно від типу елемента, як показано нижче.

JMeter панель конфігурації праворуч для вибраного елемента конфігурації

Як зберегти тестовий план

Збережіть свій план тестування перед запуском тесту. Це захистить вашу роботу від неочікуваних помилок під час виконання. Ось кілька кроків:

  1. Файл -> Зберегти план тестування як — відкриється діалогове вікно.
  2. Введіть ім'я файлу для плану тестування -> натисніть Зберегти.

Меню «Файл» діалогове вікно «Зберегти план тестування як» запис усього плану на диск

Примітка: збереження плану тестування є різний від збереження елемента.

Збереження тестового плану Збереження елемента
План тестування складається з одного або кількох елементів Елемент — це окремий базовий компонент JMeter
Збереження плану тестування записує кожен елемент плану Збереження елемента записує лише цей один елемент
Знову відкрито за допомогою Файл -> Відкрити Знову відкрито клацанням правою кнопкою миші -> Об'єднати

Створіть комбінований план тестування

Ти можеш злиття один або кілька збережених планів тестування в комбо План тестування, як показано на малюнку нижче.

Два плани тестування об'єднані в один комбінований план тестування

Припустимо, у вас є план тестування з назвою Test_Fragment.jmx на вашому комп’ютері (ця стаття містить файл). Об’єднайте його з планом, який наразі відкритий у JMeter щоб побудувати більший.

Об'єднання Test_Fragment.jmx з поточним відкритим планом тестування

Всі елементи тесту з Test_Fragment.jmx тепер додано до вашого поточного плану тестування, як показано на малюнку нижче.

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

Як запустити план тестування

Зберігши план, ви можете його виконати. Щоб запустити один або кілька планів тестування, виберіть Старт (Ctrl + R) з прогін .

Меню «Виконати» з командою «Пуск», яка використовується для виконання JMeter План тестування

У той час як JMeter працює, у правому кінці рядка меню з’являється невелике зелене поле.

Зелений індикатор роботи з кількістю активних та загальних ниток

Цифри ліворуч від зеленої рамки є кількістю активні потоки / загальна кількість з ниток.

Щоб зупинити тест, натисніть кнопку Стоп кнопку або скористайтеся комбінацією клавіш Ctrl + '.'

Кнопки «Стоп» та «Вимкнення» на JMeter панель інструментів

Протокол випробування

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

Так — файл .jmx — це XML, тому він відкривається в будь-якому редакторі та коректно порівнюється з Git. Ручне редагування має бути невеликим, наприклад, імена хостів; неправильно сформований тег зупиняє завантаження всього плану.

Машинне навчання встановлює базові показники нормальної затримки, пропускної здатності та коефіцієнта помилок, а потім прапорці зміщуються, і фіксований поріг буде пропущено. Новіші платформи також генерують профілі навантаження з виробничого трафіку, тому сценарії залишаються реалістичними без ручного аналізу.

Копілот GitHub Проекти Groovy для семплерів JSR223, наборів даних CSV та кроків конвеєра CI швидко. Він менш надійно обробляє необроблений XML .jmx, тому розглядайте згенеровані плани як чернетки та перевіряйте їх у графічному інтерфейсі.

Немає фіксованого обмеження — воно залежить від розміру купи, складності скрипта та машини. Налаштований екземпляр зазвичай обробляє кілька тисяч потоків; понад це розподіляється навантаження між кількома машинами за допомогою розподілене тестування.

Зазвичай це відсутній плагін або елемент, видалений з новіших релізів. jmeter.log вказує клас, який не вдалося завантажити — встановіть відповідний плагін або відкрийте .jmx у редакторі та видаліть осиротілий блок.

Підсумуйте цей пост за допомогою: