Size: a a a

QA — Load & Performance

2019 December 18

ВС

Вячеслав Смирнов in QA — Load & Performance
Не то пишу. Счас
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Name: TAG_ThreadGroup
Value: ${ThreadGroupName}

Думаю так
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Проверил. Переменные прокидываются
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Вячеслав Смирнов
Проверил. Переменные прокидываются
Ну да, но нет 😭
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Вот TAG_VAR1 отправился корректно. А вот итерация не отправилась
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Константа тоже отправилась
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Вячеслав Смирнов
Вот TAG_VAR1 отправился корректно. А вот итерация не отправилась
Да, вот в итерации и у меня боль 😩
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Но нужны именно встроенные переменные
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Для обработки данных, что бы было удобнее их покрутить, по тыкать
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Вячеслав Смирнов
Вот TAG_VAR1 отправился корректно. А вот итерация не отправилась
А это можно считать багой?
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Может написать в Гите?
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Посмотрел по коду. Имена и значения тегов формируются только при инициализации Listener. Так и задумано, видимо.
В момент инциализации если переменная не определена ещё, то значение не запишется
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Вячеслав Смирнов
Посмотрел по коду. Имена и значения тегов формируются только при инициализации Listener. Так и задумано, видимо.
В момент инциализации если переменная не определена ещё, то значение не запишется
Допустим, если вывести переменную в переменные прописанные в тест плане, ip номер итерации и т.д. также не запишутся 🥵
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Вячеслав Смирнов
Посмотрел по коду. Имена и значения тегов формируются только при инициализации Listener. Так и задумано, видимо.
В момент инциализации если переменная не определена ещё, то значение не запишется
Опять же, видимо это верно, так как у одного тега ограниченное количество значений 🤔
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Но можно было и не много значений писать, только для сортировки данных
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Вячеслав Смирнов
Вот TAG_VAR1 отправился корректно. А вот итерация не отправилась
На весь тест план видимо один листнер 🥵 так как инициализируется только первый в дереве 😩
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Я попытался константой разделить группы, не вышло
источник

VG

Viktor Ganeles in QA — Load & Performance
А ещё тэги в инфлаксе по времени не отфильтровать
По крайней мере, вывести список из аннотаций (запуск-конец теста) только из видимого сейчас кусочка не получилось :(
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Alexey Kübler-Ross
Я попытался константой разделить группы, не вышло
Есть альтернативные jmeter backend listener. На github.com их две страницы.

Помню в одном из них отправляется имя группы в influxdb.

===========

Ещё есть вариант строить отчёт по логам веб-балансировщика. По логам nginx для конкретики.

Об этом подходе Володя Ситников рассказывал. Тест отправляет в http header разные поля (теги). Nginx принимает запросы от jmeter, проксирует их на нагружаемый сервер, и ведёт лог, в который записывает и теги и время.

Далее лог обрабатывается. Чтобы сформировать детальный отчёт.
источник

VG

Viktor Ganeles in QA — Load & Performance
Хотел сделать что бы в выпадающей менюшке список тестов/ступеней появлялся только за тот промежуток времени, что на экране
источник