ВС
Транзакции group ("Имя транзакции) { exec { ... } }
Size: a a a
2021 August 18
ВС
Что угодно. Там почти все - это chain
AG
Я понимаю, я скорее о том, что там нет ничего наподобии .exec(ws.read.await(20).(check)).
Насколько я понимаю, что бы он начал хоть что то искать нужно отталкиваться от .exec(ws.sendText())
Насколько я понимаю, что бы он начал хоть что то искать нужно отталкиваться от .exec(ws.sendText())
ВС
Есть.
https://github.com/gatling/gatling/issues/3071
https://github.com/gatling/gatling/issues/3071
ws("Connect")
.connect("wss://host:port/path")
// blocks the flow
// it can wait for a sequence of messages, it will then block until all succeed or one fails
// order is meaningful
.wait(1 second)(
wsTextMessage.check(someCheck1, someCheck2),
wsTextMessage.check(someCheck1, someCheck2)
)AG
Хм, сейчас проверю)
Заранее спасибо)
Заранее спасибо)
ВС
Скорее всего я тут ошибся. Так как это дефект/пожелание, да, он закрыт
Но в Gatling принято закрывать много чего
Но в Gatling принято закрывать много чего
VG
Так расскажи, чем кончилось
А то затравку выдал и молчишь :)
А то затравку выдал и молчишь :)
jj
ща Вить работаю
VG
Это ОЧЕНЬ плохой совет.
Без этой галки jsr223 может реально ухудшить производительность теста.
Галку кэширования скрипта надо ставить.
Но - да, если она стоит, то при обращении к переменным обычным методом ${variable} её значение закэшируется и будет одинаковым (первым взятым) весь тест.
Поэтому нужно брать переменные так:
a=vars.get(“variable”)
А проперти так:
a=props.get(“variable”)
Без этой галки jsr223 может реально ухудшить производительность теста.
Галку кэширования скрипта надо ставить.
Но - да, если она стоит, то при обращении к переменным обычным методом ${variable} её значение закэшируется и будет одинаковым (первым взятым) весь тест.
Поэтому нужно брать переменные так:
a=vars.get(“variable”)
А проперти так:
a=props.get(“variable”)
VG
И, кстати, да - проверь, ПОСТАВЛЕНА ли галочка «кэшировать jsr223 скрипт»
Должна стоять
Проверь у всех jsr223
Должна стоять
Проверь у всех jsr223
jj
да чем закончилось там все просто было
jj
- Валь, привет, у меня трабл уже три недели тесты на сайт не пашут, я не мог попасть в вашу канарейку?
- мог и попал, у нас три недели как раз новая версия сайта на go крутится на офисные айпи, у тебя офисные айпи
бинго
- мог и попал, у нас три недели как раз новая версия сайта на go крутится на офисные айпи, у тебя офисные айпи
бинго
AN
Так я и написал именно поэтому, чтоб не кешировало значение переменной. Так-то uuid надо вызывать либо из random либы в груви, либо из uuid4() из jytona
VG
А, то есть твои обычные url стали вести не на нужный сервер/сборку и оттого и все проблемы были, так?
VG
Не предлагайте такого метода, плиз
Он решит проблемы с кэширование но снизит производительность jmeter в целом
Он решит проблемы с кэширование но снизит производительность jmeter в целом
jj
урлы все вели туда куда надо, просто движок их обрабатывающий стал другой и на меньшем числе контейнеров
VG
Ага, ну так и понял примерно.
Спасибо за разъяснение.
Спасибо за разъяснение.
AN
Это было предупреждение на конкретный случай, а не совет из области best practice. Если он всего раз вызывается, общую производительность он сильно не изменит. Поэтому, прежде чем советовать/предлагать что-то или нет, узнайте плиз конкретный кейс для чего он был предложен.
2021 August 19
АД
я их все выпилил
KY
Это антипаттерн, под нагрузкой сохранение тел ответов/запросов у тебя сожрёт все ресурсы. поэтому включать можно только для дебага, действительно