Jmeter интерпретирует результаты простыми словами

Question

Итак, я пытаюсь протестировать веб-сайт и пытаюсь интерпретировать совокупный отчет «здравым смыслом» (поскольку я попытался найти значения каждого результата, и я не могу понять, как они должны быть интерпретировать).

ТЕСТ 1

Thread Group: 1 
Ramp-up: 1 
Loop Count: 1 

- Samples 1 
- Average 645 
- Median 645 
- 90% Line 645 
- Min 645 
- Max 645 
- Throughput 1.6/sec 

Так я в предположении, что первый результат является лучшим результатом.

ТЕСТ 2

Thread Group: 5 
Ramp-up: 1 
Loop Count: 1 

- Samples 1 
- Average 647 
- Median 647 
- 90% Line 647 
- Min 643 
- Max 652 
- Throughput 3.5/sec 

Я предполагаю, что TEST 2 результат не так уж плохо, учитывая, что результаты близки ТЕСТ 1.

ТЕСТ 3

Thread Group: 10 
Ramp-up: 1 
Loop Count: 1 

- Samples 1 
- Average 710 
- Median 711 
- 90% Line 739 
- Min 639 
- Max 786 
- Throughput 6.2/sec 

Учитывая резкое различие , Я предполагаю, что если 10 пользователей одновременно запросят для веб-сайта, это не будет работать хорошо. Как можно было бы интерпретировать этот набор тестов простыми словами?

Answer 1

Это так же просто, как и доступные ресурсы.

Времена реакции зависят от многих вещей, и следующие важные факторы:

1. Сервер ресурсов машины (Сеть, CPU, диск и т.д. Память)
2. Конфигурация машины сервера (тип сервера, количество узлов нет. нити и т.д.)
3. Client Машинных ресурсов (Network, процессор, диск, память и т.д.)

как вы понимаете, речь идет о том, как в основном сервер занят в ответ на о Ther запросы и сколько клиентская машина занята генерации/обработки нагрузки (я предполагаю, что вы запускаете все 10 пользователей в одной машине)

Лучший способ узнать истинную причину является Monitoring этих ресурсов с использованием nmon for linux & perfmon or task manager for Windows (или любой другой мониторинг инструмент) и понять различия при запуске 1, 5, 10 пользователей.

---

Помимо теоретической части, я полагаю, что речь идет время, из-за вашими вкладывает внезапную нагрузку, когда сервер занимает много времени при обработке предыдущих запросов.

Вы используете клиент и сервер на одной машине? Если да, это скажет нам, что системные ресурсы используются как для клиентских потоков (10 потоков), так и для потоков серверов.

---

Resposne Time = клиент отправляет запрос на сервер + время обработки сервера + сервер отправляет resposne клиентскому TIME

В вашем случае это может быть увеличено один или более Время.

Если у вас есть хорошая пропускная способность, то это может быть server processing time

Answer 2

Ваших результатов запутанные.

Для количества потоков 5 и 10 вы дали одинаковое количество образцов - 1. Это должно быть 1 (1 нить), 5 (5 нитей) и 10 образцов для 10 потоков. У вашего эксперимента статистически меньше образцов, чтобы заключить что-либо. Вы должны моделировать свою нагрузку таким образом, чтобы 1-разрядная нагрузка поддерживалась на более длительный период, прежде чем вы увеличили 5 и 10 потоков. Если вы работаете в небольшой тест для оценки масштабируемости приложения, вы могли бы сделать что-то вроде

1 нить - 15 минут

5 нитей - 15 минут

10 нитей - 15 мин

обеспечивают наблюдения за каждый из 15-минутных периодов. Если приложение действительно масштабируется, оно должно поддерживать одинаковое время отклика даже при увеличенной нагрузке.

Глядя на ваши результаты, я не вижу проблем с вашим приложением. Ничего не меняется. Опять же, у вас не так много образцов, которые могут привести к статистически значимому выводу.