М
Спасибо, посмотрю. Пока просто вместо цикла for внутри thread группы сделал loop controller и в него csv data set config и beanshell воткнул. Вроде работает, но не уверен на счет эффективности такого метода в плане использования памяти и т д
Size: a a a
2021 June 04
jj
Гаечка топ, ой Рокфор)
VG
ну, если файлы не прям на много мегов - то имхо "Random CSV Data Set" удобнее.
Ибо в варианте с прокруткой юзеры будут идти по-порядку.
Можно, конечно, сделать ещё и отдельный поток, который будет их подкручивать во время теста... но это имхо какие-то велосипеды.
Ибо в варианте с прокруткой юзеры будут идти по-порядку.
Можно, конечно, сделать ещё и отдельный поток, который будет их подкручивать во время теста... но это имхо какие-то велосипеды.
jj
предпочтаю перемешать все до теста, мы же не в ФТ работаем
VG
Хотя один такой велосипед я сам использую: в начало каждого скрипта добавил одноразовую рандомную паузу с разбросом в 30 сек.
то есть Раньше у меня пользователи разгонялись за 10 минут, а теперь кто-то из них запускается на на 30 секунд дольше.
но зато пользователи теперь операции выполняют не одновременно а с разбросом в тот самый рандом - и это очень заметно сказалось на графике времён отклика.
то есть Раньше у меня пользователи разгонялись за 10 минут, а теперь кто-то из них запускается на на 30 секунд дольше.
но зато пользователи теперь операции выполняют не одновременно а с разбросом в тот самый рандом - и это очень заметно сказалось на графике времён отклика.
VG
немного оффтопика:
Оказывается основатель Стак Оверфлоу ещё основал тот самый Trello, а до этого руководил разработкой Экселя (да, того самого экселя)
Оказывается основатель Стак Оверфлоу ещё основал тот самый Trello, а до этого руководил разработкой Экселя (да, того самого экселя)
ЮК
А как именно сказалось на графике времени ответа? Увеличилось? Уменьшилось? Или не все так однозначно? Интересно очень.
VG
оно стало стабильнее.
раньше потоки стартовали одновременно и одновременно начинали выполнять опеации.
Сервак затупливал, и времена отклика скакали вверх
потом всё разгребалось, времена уменьшались.
потом проходил pacing и опять очередная пачка операций валилась на сервер одновременно, и времена опять скакали.
теперь потоки работают больше похоже на реальных пользаков: вразнобой
и времена отклика стали меньше колебаться во время теста.
раньше потоки стартовали одновременно и одновременно начинали выполнять опеации.
Сервак затупливал, и времена отклика скакали вверх
потом всё разгребалось, времена уменьшались.
потом проходил pacing и опять очередная пачка операций валилась на сервер одновременно, и времена опять скакали.
теперь потоки работают больше похоже на реальных пользаков: вразнобой
и времена отклика стали меньше колебаться во время теста.
VG
примерно так изменились
VG
(изобразил как смог, хехе)
VG
в LR вместо этого можно врубить thinktime [в начало!!! скрипта], но обязательно учесть его при расчётах Pacing
ЮК
Спасибо. Хмм, Надо будет попробовать при случае тоже поэкспериментировать.
VG
имхо помешать эта штука не может.
Если кто будет использовать - обратите внимание:
- она расположена внутри "Once Only Controller" - то есть срабатывает для каждого треда один раз. (не setUp Thread Group)
- размер рандома должен быть меньше pacing (время, выделяемое потоку на одну операцию)
Если кто будет использовать - обратите внимание:
- она расположена внутри "Once Only Controller" - то есть срабатывает для каждого треда один раз. (не setUp Thread Group)
- размер рандома должен быть меньше pacing (время, выделяемое потоку на одну операцию)
ЮК
Ага, вот оно как лучше. Я думала, таймер нужно в начало запросов бизнес-кейса поставить.
ИФ
А где-то есть нормальная дока на это чудо?
jj
в банковых темных подвалах где-то на водном стадионе
ИФ
Неее, так не пойдет