ntdim1973

Про reset ничего не могу сказать.

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

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

Все равно спасибо !

Привет!

Вот функция для этого:

https://jmeter-plugi...-1-0-1-font-sup

Супер ! Спасибо, именно то, что искал !

В том то и дело что есть проблемы в пунктом №1.

Что происходит:

1. Вызываю "HTTP Request" с параметрами, получаю в ответ JSON

2. Разбираю JSON в "JSON Extractor", значение кладу в переменную "InstID"

3. Вызываю "HTTP Request" с переменной "InstID" в качестве параметра, получаю ответ в JSON

4. Разбираю JSON в "JSON Extractor", значение кладу в переменную "TaskID"

5. Вызываю "HTTP Request" с переменной "InstID" в качестве параметра - и вот тут проблема, переменная "InstID" пустая !

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

Например в документации, пункт 17.9.2 сказано:

Variables can be defined in startup (initialisation) scripts. These will be retained across invocations of the test element, unless the reset option is used.

Что значит фраза "unless the reset option is used", где это устанавливается ?

Некрасиво, но в принципе, должно работать.
Делаем 2 последовательно исполняемые тред-группы.
1-я в один поток получает JSON, парсит и записывает в CSV-файл.
2-я - на много тредов, использует этот файл в качестве источника данных.

Да, уже пробую так сделать ...

 

Не совсем так, как я и описывал:
Запрос первого вида и так выполняется один раз, запрос второго вида бежит в отдельном цикле после него.
Вопрос про распараллеливание именно его(второго цикла).
---
Зачем это нужно:
1. Первый запрос получает 30 000 объектов в JSON массиве.
2. В цикле пробегает последовательно все объекты.
Дак вот я и хочу понять как можно обработку массива запустить не в одну иттерацию, а в две или три разбив его на соответствующие части.
Тестирование нагрузочное, предположение "Spock" верное, только там не товары :-)
Ближе к теме предложения "fesd" и "Alex"

Насколько я понимаю то что вы делаете, проблема у вас в архитектуре решения.
Вы сначала отказываетесь от многопоточности предоставляемой системой, чтобы выполнить первый запрос единожды, А потом ищите как из одного потока получить многопоточность.
А надо: Использовать многопоточность предоставляемую системой и решать задачу подготовки данных в один поток, например с setUp Thread Group

 

Вполне возможно, можете детальнее пояснить как ?