Size: a a a

QA — Load & Performance

2020 August 19

OP

Oleg Pipenko in QA — Load & Performance
Alex
а какой бекенд листнер? дефолтный не инициализируется до сетапа
Backend Listener дефолтный. Согласно логов, инициализация идет раньше тред групп
источник

jj

jagga jagga in QA — Load & Performance
а что если ревизию и номер добавлять ко всем запросам? такой вариант не устроит?
источник

OP

Oleg Pipenko in QA — Load & Performance
2020-08-19 18:26:19,192 INFO o.a.j.e.StandardJMeterEngine: Running the test!
2020-08-19 18:26:19,212 INFO o.a.j.s.SampleEvent: List of sample_variables: []
2020-08-19 18:26:19,678 INFO o.a.j.v.b.BackendListener:  Backend Listener: Starting worker with class: class rocks.nt.apm.jmeter.JMeterInfluxDBBackendListenerClient and queue capacity: 5000
2020-08-19 18:26:19,697 INFO o.a.j.v.b.BackendListener:  Backend Listener: Started  worker with class: class rocks.nt.apm.jmeter.JMeterInfluxDBBackendListenerClient
2020-08-19 18:26:20,549 INFO o.a.j.g.u.JMeterMenuBar: setRunning(true, *local*)
2020-08-19 18:26:20,549 INFO o.a.j.e.StandardJMeterEngine: Starting setUp thread groups
2020-08-19 18:26:20,549 INFO o.a.j.e.StandardJMeterEngine: Starting setUp ThreadGroup: 1 : setUp
2020-08-19 18:26:20,549 INFO o.a.j.e.StandardJMeterEngine: Starting 1 threads for group setUp.
источник

OP

Oleg Pipenko in QA — Load & Performance
jagga jagga
а что если ревизию и номер добавлять ко всем запросам? такой вариант не устроит?
нет. Мы получает потом статистику в графане. И хотелось бы видеть динамику по версиям.
источник

jj

jagga jagga in QA — Load & Performance
а бекенд листенер где расположен? не в тред группе?
источник

jj

jagga jagga in QA — Load & Performance
динамику по версиям уже можно подрихтовать в графане
источник

OP

Oleg Pipenko in QA — Load & Performance
jagga jagga
а бекенд листенер где расположен? не в тред группе?
не имеет значения, где его располагать, в тред группе или рутовой ветке, он все равно инициализируется первым. Пробовал такой вариант
источник

СФ

Степа Фомичев... in QA — Load & Performance
Так если ты добавляешь в запросы номера ревизии и версии в качестве переменных, то получается такая же динамика по версиям, нет?
источник

jj

jagga jagga in QA — Load & Performance
да мне что то сомнительны пояснения
источник

jj

jagga jagga in QA — Load & Performance
в сетапе ты получаешь инфу - потом добавь еще одну катушку если ее надо раз передать
источник

jj

jagga jagga in QA — Load & Performance
или например как выше сказал добавляй к запросам
источник

СФ

Степа Фомичев... in QA — Load & Performance
Вообще, я почти уверен, что можно добавить в бэкенд лисенер в рантайме что то, но точно могу сказать, когда посмотрю сорцы, вечерком
источник

OP

Oleg Pipenko in QA — Load & Performance
разве что  использовать JSR223 Listener и писать свой лисенер
источник

jj

jagga jagga in QA — Load & Performance
тут выше был листенер от Кириллаъ
источник

OP

Oleg Pipenko in QA — Load & Performance
Степа Фомичев
Вообще, я почти уверен, что можно добавить в бэкенд лисенер в рантайме что то, но точно могу сказать, когда посмотрю сорцы, вечерком
можно добавить переменные, которые определены в юзер дефайн вариэйбл. Но они должны тоже должны быть получены в результате отработки скрипта. Если найдете инфу, буду благодарен
источник

СФ

Степа Фомичев... in QA — Load & Performance
User defined variables раньше всего инициализируется, насколько я знаю, и переменные оттуда глобальные(props?), поэтому так
источник

СФ

Степа Фомичев... in QA — Load & Performance
А ты не пробовал props использовать, кстати?
источник

OP

Oleg Pipenko in QA — Load & Performance
их и использовал
источник

СФ

Степа Фомичев... in QA — Load & Performance
Передавать через аргументы командной строки не вариант?
источник

OP

Oleg Pipenko in QA — Load & Performance
отрабатывает скрипт в setUp записывает резалт через props.put   А в лисенере уже props.get
источник