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

UPD:
Конечно же хорошо построить нормальный профиль для начала.

повторить весь траф - это в сторону goreplay смотреть

но это отстой

проанализировать дамп и построить норм профиль - цэ гут

ну а вообще философское - all things a shits

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

Всем привет! Подскажите пожалуйста, а есть какой-то плагин\библиотека для jmeter чтобы красивые отчётики рисовала, как Allure например

Привет. А HTML report уже смотрели?

И Backend Listener с отображением в Grafana.

Эти возможности встроенные

Ещё нет. Я в тулзах нагрузочного тестирования совсем нуб. Вот хотел узнать, чтобы хоть были какие-то названия, которые можно погуглить)

Спасибо!

Тут наверное нужно уточнить, цель какая этих отчетах?
Просто мне был нужен сравнительный анализ метрик, следовательно задача была решена python + numpy

Эти две возможности, как встроенные, описаны на jmeter.apache.org в разделе User Manual. Разделы 14 и 15

да начальству показывать красивые репортики. попросили чтобы это не были просто голые логи

большое спасибо!

Если так, то даже HTML репортинг с графаной будет сложностью, если люди не шарят в технику
Мне действительно помог сравнительный анализ: люди наглядно смотрят что происходит с характеристикой X при условиях 1,2,3 ...

То есть я к тому, что в любом случае ручная обработка потребуется

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

Есть ещё подход донесения информации - презентация отчёта, когда инженер объясняет заинтересованным результаты тестов и раскрывает суть графиков и таблиц

Именно такой подход я и использовал

В целом, мне кажется, необходимо грамотно обозначить цель проведения тестирования, а анализ как раз даст все ответы на вопросы

В HTML Report мне нравится, что он интерактивный, метрики можно фильтровать, выделять, приближать в браузере.

Он весит меньше, чем данные в InfluxDB.

Двухчасовой тест в InfluxDB (бекап данных) весит около 2-3 ГБайт в несжатом бекапе. Или 200-300 МБайт в 7zip-архиве.

А HTML Report весит 5 МБайт (счас ошибаюсь, но он небольшой).

Его дорабатывать сложно, гибкости нет. Это минус.

И как каждый отчёт, его надо уметь читать, есть в нем свои особенности.

Выше была ссылка на статью Максима Рогожникова, она на habr.com в блоге Тинькофф, где Максим рассказывает о том, как читать отчёты. Хорошая статья. И думаю на @qaload она тоже сохранилась