Что такое Throughput (пропускная способность) в Jmeter и подробный разбор Aggregate Report

Рет қаралды 1,823

Жыл бұрын

Забыл добавить, что также всегда стоит смотреть на такой показатель, как Average time.
Если все потоки запускаются одновременно и создают мгновенную нагрузку на сервер, то по идее это не особо практичный сценарий. Пропускная способность довольно высокая - это хорошо да!, но среднее время загрузки запроса очень высокое. Поэтому это не может считаться хорошим результатом производительности. Но так как данный пример, это всего лишь пример, то главное передать вам суть.
Полный список вопросов для интервью: www.udemy.com/course/performa...
Кто из России:
boosty.to/vitalib/posts/1b43a...
Наш Телеграм чат - t.me/qaperformance_group
Наш Телеграм канал - t.me/performance_testing_channel
Поддержка меня на Boosty, буду очень благодарен - boosty.to/vitalib
В этом видео мы рассмотрим, что такое Throughput (пропускная способность) в Jmeter и расшифруем подробно каждую колонку в таком листенере, как Aggregate report.

Пікірлер: 20

@sashashad 3 ай бұрын

самый топовый видос а используются ли какие-то сложные формулы в расчётах нагрузки? например, если приложение многокомпонентное

@user-mk5kl2hk2k Жыл бұрын

Спасибо за полезный контент

@sergeyk39 Жыл бұрын

Спасибо большое за видео!!!

@performance_testing Жыл бұрын

На здоровье :)

@user-bq6xi8vd3u Жыл бұрын

Привет! Спасибо!

@atlanticocean8530 11 ай бұрын

Спасибо огромное за видео! оно меня прям спасло)

@MegaHacker342 10 ай бұрын

Крутые видео. Очень интересно

@Leader977 6 ай бұрын

Может я чего не понимаю? Но как может быть получение данных более быстрым, чем отправка? Согласно 12:36 на видео. Кроме того, если не затруднит, объясните пожалуйста снова что есть среднее время (согласно Aggregate Report) на каждый запрос в конкретном Thread Group? Мне кажется Вы или ошиблись в объяснении или я чего не понял. Создав тест на 1000 запросов со временем в 0 сек, у меня в Average показывает 2151 мс, но как такое может быть если обратная калькуляция показывает элементарно, что 1000 запросов * 2 сек (округлим) = 2000 сек, что намного больше, чем то время которое JMeter потратил в реале на этот тест? Спасибо за видео, как всегда было полезным 👍

@blessedman8016 Жыл бұрын

Рахмет!

@vova_dev 10 ай бұрын

Интересно, спасибо!

@ludaaleksovych2380 Жыл бұрын

Ви дуже гарно пояснюєте, дякую за нове відео!

@user-dk8oj9xo2j 10 ай бұрын

Thanks!

@user-xg3td5os2d 6 ай бұрын

спасибо за Ваш труд и бесценный вклад! скажите, пожалуйста, у вас есть видео про разные listener и какие лучше выбирать? про разные Threads? нашел такой вариант bzm - Concurrency Thread Group, в нем можно указать длительность нагрузки, хотелось бы послушать Вас

@erikkaramian8005 3 ай бұрын

А почему может на одном сайте rps быть 300, а на другом больше 80 не пропускать? И второй вопрос: для чего сделали 3 thread group, а не три запроса в одном?

@dias_sv Жыл бұрын

Что думаете про инструмент k6 для нагрузочного тестирования? Сейчас он достаточно популярный, пробовали, смотрели его?

@performance_testing Жыл бұрын

Не, до него не дошёл пока, но тоже часто вижу его в вакансиях. А вы пробовали ?

@dias_sv Жыл бұрын

@@performance_testing Да, активно изучаю для использования на проекте. Пока сравнивать с jmeter не могу, но точно могу сказать, что испытываю трудности из-за молодой документации и продукта в целом Хотелось бы увидеть использование k6 в умелых руках профессионала с опытом нагрузочного тестирования. Но в целом, буквально за неделю-две уделяя пару часов можно освоить инструмент. Сложность заключается в дальнейшем освоении инструмента, в построении архитектуры файлов, профилей нагрузки и как это все красиво в зависимости от проекта сделать.