зато стабильно

ну, тогда хорошо.
Просто у меня была ситуация, что производительность низкая при выполнении операций X
а когда сели с разрабами разбирать, оказалось, что ID создаваемого объекта забыли скоррелировать.
Вот и получилось, что в систему входили под разными пользаками, но все они бесконечно пересоздавали один и тот же объект, что и ограничивало производительность.

в общем, убедитесь, что в обоих инструментах одинаковые пулы данных и корреляции

о! это может быть у разрабов.
Спасибо

Если БД Oracle, можно сравнить AWR с двух тестов.
Если MSSQL - можно в QueryStore посмотреть TOP запросов по времени отклика

спасибо

Всем привет. Есть файл certificate.pfx, при разработке скриптов в Jmeter я выбираю Options - SSL Manager - и выбираю этот сертификат. Тогда все запросы начинают нормально работать. В противном случае в ответе приходит Non HTTP response message: Received fatal alert: bad_certificate.
Теперь вопрос, как запустить скрипт в Non gui режиме с этим сертификатом? Пробовал с этой строчкой запускать: ./jmeter -Djavax.net.ssl.keyStoreType=pkcs12 -Djavax.net.ssl.keyStore=/path/certificate.pfx -Djavax.net.ssl.keyStorePassword=changeit -n -t script.jmx

Но не помогло, приходят ошибки bad_certificate

попробуй добавить сертификат в keystore

то есть добавь серт в keystore, а в проперти пропиши использовать этот keystore
у меня так прокатило, когда нужно было клиентский сертификат использовать.

правда на винде чёт keystore не создавался, keytool не было.
так что я взял какой-то левый keystore и добавил в него нужный серт :))

Спасибо, попробую)

Коллеги, добрый день. Подскажите, пожалуйста, а как в JMeter из .csv файла вытягивать записи не по одной, а рандомно для каждого поднятого юзера? И эффективно ли это будет при тестировании POST REST-запроса. Заранее спасибо и извините, если вопрос уже задавался в чате.

Нужен плагин.
Поставьте себе плагин-менеджер и через него Random CSV Data Set

https://jmeter-plugins.org/wiki/PluginsManager/

Один вариант основан на использовании плагина: Random CSV Data Set

А другой на случайном времени обращения к CSV:
в этом случае
0. CSV общий для всех потоков.
1. В SetUp Thread Group можно сделать случайное количество итераций, чтобы сдвинуться на случайное количество записей по CSV вперед.
2. А так как работа потоков случайна, есть задержки - каждый раз будет браться новая запись
(это почти случайная выборка)

У варианта 2 есть минус:
Начало выборки будет случайным, но последовательность после старта - одинаковой

Спасибо, Коллеги. Буду пробовать 👍

В рамках одного потока из 100 - она не будет одинаковой. В контексте CSV-файла - да, одинаковая

Если CSV файл до 10 МБайт, то можно его вычитывать плагином. Если файл 100+ МБайт, я бы не стал полагаться на плагин и сделал бы вариант 2 с псевдорандомом.

Оу
Это интересно
А что не так с плагином?
Грузит память рандомизацией?