Как провести нагрузочное тестирование сайта с JMeter за 30 минут

Шаг 1: Установка Java

JMeter работает на Java, поэтому сначала нужно установить JDK (Java Development Kit).

Проверьте, установлена ли Java:

java -version

Если видите версию 8 или выше — отлично! Если нет, установите:

• Windows/Mac: Скачайте с oracle.com/java
• Linux (Ubuntu):

sudo apt update
sudo apt install openjdk-11-jdk

Шаг 2: Скачать JMeter

1. Перейдите на официальный сайт: jmeter.apache.org/download_jmeter.cgi

2. Скачайте архив apache-jmeter-X.X.zip (последнюю версию)

3. Распакуйте архив в любую папку (например, C:\jmeter или /Users/username/jmeter)

Шаг 3: Запуск JMeter

Откройте терминал/командную строку и перейдите в папку JMeter:

Windows:

cd C:\jmeter\bin
jmeter.bat

Mac/Linux:

cd ~/jmeter/bin
./jmeter.sh

Через несколько секунд откроется GUI интерфейс JMeter.

Шаг 1: Создание Test Plan

После запуска JMeter вы видите Test Plan — это корневой элемент всех тестов.

1. Кликните на Test Plan
2. В поле Name введите: My First Load Test
3. Поставьте галочку Run Thread Groups consecutively (если планируете несколько групп)

Шаг 2: Добавление Thread Group

Thread Group — это группа виртуальных пользователей (потоков).

1. Правый клик на Test Plan
2. Выберите: Add → Threads (Users) → Thread Group
3. Измените имя на: User Load Simulation

Основные параметры Thread Group

1. Number of Threads (users)

Количество виртуальных пользователей. Установите: 100

Это значит, что JMeter создаст 100 параллельных потоков, каждый из которых будет "пользователем".

2. Ramp-Up Period (seconds)

За сколько секунд все пользователи запустятся. Установите: 10

Это значит: 100 пользователей / 10 секунд = 10 новых пользователей каждую секунду.

3. Loop Count

Сколько раз каждый пользователь повторит действие. Установите: 5

Каждый из 100 пользователей выполнит тест 5 раз. Итого: 500 запросов.

Шаг 1: Добавить HTTP Request Sampler

1. Правый клик на Thread Group
2. Выберите: Add → Sampler → HTTP Request
3. Измените имя на: Homepage Load Test

Шаг 2: Настройка HTTP Request

Заполните поля:

Protocol: https (или http для незащищенных сайтов)

Server Name or IP: Введите домен без https://. Например: brunovski.com

Port Number: Оставьте пустым (JMeter автоматически выберет 443 для HTTPS, 80 для HTTP)

Path: Путь к странице. Для главной страницы: /

Method: GET (для загрузки страницы)

Шаг 1: View Results Tree

Показывает каждый запрос и ответ (полезно для отладки).

1. Правый клик на Thread Group
2. Выберите: Add → Listener → View Results Tree

Этот listener покажет:

• ✅ Успешные запросы (зеленые)
• ❌ Ошибки (красные)
• 📄 HTTP код ответа (200, 404, 500)
• ⏱️ Время отклика (Response Time)
• 📦 Размер ответа (Response Size)

Шаг 2: Summary Report

Агрегированная статистика по всем запросам.

1. Правый клик на Thread Group
2. Выберите: Add → Listener → Summary Report

Показывает:

• Average: среднее время отклика (мс)
• Min/Max: минимальное/максимальное время
• Std. Dev: стандартное отклонение
• Error %: процент ошибок
• Throughput: пропускная способность (req/sec)
• KB/sec: объем трафика

Шаг 1: Сохраните тест-план

1. Нажмите File → Save Test Plan As...
2. Сохраните как: load_test.jmx

Шаг 2: Запустите тест

Нажмите зеленую кнопку ▶️ Start (или Ctrl+R)

Вы увидите:

• Счетчик в правом верхнем углу (показывает активные потоки)
• Результаты в Listeners обновляются в реальном времени
• Прогресс-бар внизу

Шаг 3: Наблюдайте за результатами

Откройте View Results Tree:

• Зеленые записи = успешные запросы (HTTP 200)
• Красные записи = ошибки (HTTP 404, 500, timeout)

Откройте Summary Report:

• Смотрите на Average (среднее время отклика)
• Смотрите на Error % (должен быть 0%)
• Смотрите на Throughput (запросов в секунду)

1. Response Time (Время отклика)

Что это: Время от отправки запроса до получения полного ответа.

Хороший результат:

• Веб-страницы: 200-1000 мс
• API запросы: 50-300 мс
• База данных: 10-100 мс

Плохой результат:

• Более 3000 мс (3 секунды) — пользователи начинают уходить
• Более 10000 мс (10 секунд) — критическая проблема

2. Error Rate (Процент ошибок)

Что это: Процент неудачных запросов (HTTP 4xx, 5xx, timeouts).

Хороший результат: 0%

Приемлемый результат: меньше 0.1%

Плохой результат: больше 1% — срочно искать проблему!

Типы ошибок:

• HTTP 404: Страница не найдена (ошибка в пути)
• HTTP 500: Ошибка сервера (баг в коде)
• HTTP 503: Сервис недоступен (перегрузка)
• Connection Timeout: Сервер не отвечает

3. Throughput (Пропускная способность)

Что это: Количество запросов, которые сервер может обработать в секунду.

Формула: Total Requests / Total Time (seconds)

Пример: Если сервер обработал 500 запросов за 10 секунд = 50 req/sec

Что это значит:

• Throughput увеличивается с ростом пользователей — хорошо
• Throughput достиг плато — сервер на пределе
• Throughput падает — сервер перегружен

4. Percentiles (Процентили)

90% Line (90-й процентиль): 90% запросов выполнились быстрее этого времени.

Пример: 90% Line = 1500мс означает, что 90% пользователей получили ответ за 1.5 секунды, а 10% ждали дольше.

Почему это важнее среднего?

Среднее (Average) не показывает "хвосты". Если у 90% пользователей время 500мс, а у 10% — 10 секунд, среднее будет ~1500мс, что выглядит нормально. Но 10% пользователей недовольны!

Золотой стандарт:

• 90% Line: меньше 1 секунды
• 95% Line: меньше 2 секунд
• 99% Line: меньше 3 секунд

1. Параметризация (CSV Data Set)

Проблема: Все виртуальные пользователи отправляют одинаковые запросы. Это нереалистично.

Решение: Использовать разные данные для каждого пользователя (логины, пароли, ID).

Создайте CSV файл users.csv:

username,password
user1,pass1
user2,pass2
user3,pass3

Добавьте CSV Data Set Config → укажите путь к файлу → используйте в запросах: ${username}, ${password}

2. Assertions (Проверки)

Проблема: Сервер вернул HTTP 200, но в ответе ошибка или пустая страница.

Решение: Assertions — проверки содержимого ответа.

Добавьте Response Assertion для проверки ключевых слов:

Pattern to Test: "success": true

Теперь запрос будет помечен ошибкой, если в ответе нет "success": true

3. Timers (Задержки)

Проблема: Все запросы идут мгновенно друг за другом. Реальные пользователи делают паузы.

Решение: Добавьте Uniform Random Timer:

Constant Delay Offset: 1000 (1 секунда)
Random Delay Maximum: 3000 (3 секунды)

Результат: задержка от 1 до 4 секунд между запросами