Если вы понимаете, что эти числа означают, welcome к планировке вашего ddos'а, если нет, лучше почитать теорию.

в каждом треде запросы последовательны. Можно установить много тредов, очень много и отправить все запросы сразу, но чаще всего это заканчивается java heap space на вашей локальной машине.

Всем привет, может кто пробовал использовать mountebank для нагрузочного тестирования, сталкивались ли вы с проблемой,
когда заглушки установлены по xpath поэтому время ответа от них возрастает в несколько раз и в конечном итоге много запросов
сваливаются с ошибками? заглушки, которые требуют обычного сопоставления по path прекрасно держат 500 и более tps.
Как быть с настройкой mountebank для предикатов с xpath? 100-150 tps для них максимум

Я мало с маунтбанком работал, но про xpath не удивительно. Это медленная штука в целом

А есть какие либо альтернативы для маунтбанк, которые могут справляться с нагрузкой или нужно использовать балансировщик ?

Коллеги, приветствую! Не подскажете, можно как-то с помощью SOAP_UI зациклить один и тот же запрос или набор запросов?

оказалось, закомменчено, а дефолтное значение вообще ISO-8859-1
установка UTF-8 помогла, плюс

prev.setDataEncoding("UTF-8")

в постпроцессоре тоже работает
спасибо за подсказку!

prev.setDataEncoding("UTF-8")

крутое решение

prev.setDataEncoding("UTF-8")

это http sampler? в нем есть поле кодировки - оно не помогало?

да
в сэмплере насколько я понял кодировка задается только для реквеста, а кодировку респонса jmeter сам определяет

а ответа, да обычно через проперти работало

Галочки нет.
Но при помощи jsr223 можно  куки сохранять в проперти/доставать из проперти


https://dzone.com/articles/modifying-cookies-in-jmeter-with-groovy

Только если вдруг будешь делать cm.clear() как в этом примере - то потом куки добавляться не будут Вовсе.

Что бы они добавлялись - нужно следующие запросы завернуть в контроллер, в котором есть свой (ещё один) куки менеджер.

О! неожиданная встреча

Спасибо, да я вчера так и поступил, все заработало

:)

Коллеги, привет. Подскажите плиз, есть ли толковый туториал по описанию скриптов на websocket для LoadRunner'a? Гатлинг, jmeter и к6 пока не рассматриваем

Добрый день. Подскажите, пожалуйста, как в Jmeter сделать проверку неуспешности теста в таком сценарии: запускается цикл, который завершается либо когда получаем нужный статус либо превышено число попыток.
Хотелось бы по выходу из цикла проверить причину выхода и вернуть ошибку при превышении количества попыток.  

Не понимаю каким элементом проверять: если использовать JSR223 Assertion или Response Assertion, то они привязываются к запросам? А мне больше запросов делать не нужно

Можно и без truclient. К сожалению, посоветовать подробности не могу - один раз с этим делом работал, и там lr просто записал трафик который не понадобилось параметризовать

- создаём переменную Status
- While controller, который выполняется, пока в переменной Status не появится нужный статус
- - if-controller, проверяющий что количество итераций while-controller не превысило порог.
- - ваш вызов, проверяющий статус