Метрики нагрузочного тестирования — это показатели производительности системы под нагрузкой, которые помогают определить её стабильность, скорость и предел возможностей.
Основные метрики:
TPS / RPS (Transactions/Requests Per Second) — количество операций в секунду.
Response Time — время отклика системы.
Error Rate — процент ошибочных запросов.
Throughput — объём данных, передаваемых в секунду.
CPU / Memory Utilization — использование ресурсов сервера.
Пример:
При 1000 пользователей: TPS = 250, Response Time = 1.8 сек, Error Rate = 0.4%, CPU = 75% — система стабильна.
Метрики — это измеримые характеристики производительности системы, которые позволяют понять:
выдерживает ли система заданную нагрузку,
где начинаются сбои,
и какие узкие места нужно оптимизировать.
| Метрика | Что показывает | Пример / Цель |
|---|---|---|
| TPS / RPS (Transactions/Requests Per Second) | Количество запросов, обрабатываемых в секунду | Система стабильно держит 300 TPS при 70% CPU |
| Response Time | Среднее время ответа (мс/сек) | < 2 сек для 95% запросов |
| Error Rate | Процент запросов с ошибкой (HTTP 4xx, 5xx) | ≤ 1% ошибок при 2000 пользователях |
| Throughput | Скорость передачи данных (KB/s или MB/s) | 10 MB/s при 1500 пользователей |
| Concurrency / Active Users | Количество одновременно активных пользователей | Проверка поведения при 1000, 2000, 5000 пользователей |
| Метрика | Что измеряет | Пример нормы |
|---|---|---|
| CPU Utilization | Загрузка процессора | ≤ 80% |
| Memory Utilization | Использование оперативной памяти | ≤ 75% |
| Disk I/O | Скорость чтения/записи диска | Без очередей / задержек |
| Network Usage | Сетевой трафик (Mbps) | Без переполнения канала |
📊 Эти показатели помогают определить, где “узкое место”: приложение, база, сеть или инфраструктура.
| Метрика | Смысл | Пример |
|---|---|---|
| 95th / 99th Percentile (Response Time) | 95% (или 99%) запросов должны укладываться в заданное время | 95-й перцентиль = 2 сек |
| Peak Load | Максимум, который выдержала система без отказов | 10 000 пользователей |
| Degradation Point | Момент, где начинается рост ошибок или задержек | после 8500 пользователей |
| Recovery Time | Время восстановления после перегрузки | < 1 мин после пика |
Время авторизации.
Время оформления заказа / перевода.
Среднее время обработки транзакции.
SLA-показатели (“не более 2 сек для 95% запросов”).
💡 Эти метрики ближе к реальным сценариям, понятны бизнесу и заказчику.
| Показатель | Значение | Оценка |
|---|---|---|
| Пользователи | 2000 | OK |
| TPS | 260 | Хорошо |
| Средний Response Time | 1.9 сек | В пределах нормы |
| Error Rate | 0.6% | Отлично |
| 95-й перцентиль | 2.5 сек | Допустимо |
| CPU / RAM | 72% / 68% | Стабильно |
📈 Вывод: система выдерживает плановую нагрузку, можно увеличить до 3000 пользователей.
Сравнивать результаты разных билдов (до и после оптимизаций).
Отслеживать деградацию производительности.
Устанавливать SLA и целевые показатели (Response ≤ 2 сек, Error Rate ≤ 1%).
Документировать результаты в отчётах (TestOps, Grafana, JMeter Report).
💡 Итог:
Метрики нагрузочного тестирования — это ключевые показатели скорости, стабильности и устойчивости системы под нагрузкой.
Главные:
TPS/RPS — производительность,
Response Time — скорость,
Error Rate — надёжность,
CPU/RAM — ресурсы.
Чтобы пожаловаться или сообщить об ошибке, войдите в аккаунт или зарегистрируйтесь.