A
Если точнее то операция - действие пользователя на сайте (логин-переход по страницам-ряд действий- выход) и в каждом шаге нное количество реквестов
Не понимаю задачу и цель сдвига по времени
Size: a a a
2020 September 17
A
Задача получить какое именно поведение теста?
EP
Добрый вечер, коллеги!
Подскажите пожалуйста, гугл мне не помог.
Как с помощью loadrunner vugen в response с огромным кол-вом одинаковых данных в формате JSON вытащить нужный мне id, где условием является наличие "enable": true.
Web_reg_save_param_ex цепляет первый попавшийся id.
У меня же условие enable true в json response находится ниже чем необходимый мне id.
Есть ли у вас какой-нибудь пример?
Подскажите пожалуйста, гугл мне не помог.
Как с помощью loadrunner vugen в response с огромным кол-вом одинаковых данных в формате JSON вытащить нужный мне id, где условием является наличие "enable": true.
Web_reg_save_param_ex цепляет первый попавшийся id.
У меня же условие enable true в json response находится ниже чем необходимый мне id.
Есть ли у вас какой-нибудь пример?
MK
Добрый вечер, коллеги!
Подскажите пожалуйста, гугл мне не помог.
Как с помощью loadrunner vugen в response с огромным кол-вом одинаковых данных в формате JSON вытащить нужный мне id, где условием является наличие "enable": true.
Web_reg_save_param_ex цепляет первый попавшийся id.
У меня же условие enable true в json response находится ниже чем необходимый мне id.
Есть ли у вас какой-нибудь пример?
Подскажите пожалуйста, гугл мне не помог.
Как с помощью loadrunner vugen в response с огромным кол-вом одинаковых данных в формате JSON вытащить нужный мне id, где условием является наличие "enable": true.
Web_reg_save_param_ex цепляет первый попавшийся id.
У меня же условие enable true в json response находится ниже чем необходимый мне id.
Есть ли у вас какой-нибудь пример?
ВП
Alexander
Задача получить какое именно поведение теста?
Попробую более подробно словами.
Скажем так. Задана определенная нагрузка операции в час. Эту нагрузку я регулирую utg. Предположим что для достижения цели операция выполняется 20 секунд каждую минуту. Если я запущу 5 пользователей, то получу пилообразный график. Все пользаки одновременно пытаются выполнить одну и туже операцию. Я хочу эту "пилу" растянуть на протяжении минуты. Чтоб каждый следующий юзер запускался с небольшой задержкой.
Скажем так. Задана определенная нагрузка операции в час. Эту нагрузку я регулирую utg. Предположим что для достижения цели операция выполняется 20 секунд каждую минуту. Если я запущу 5 пользователей, то получу пилообразный график. Все пользаки одновременно пытаются выполнить одну и туже операцию. Я хочу эту "пилу" растянуть на протяжении минуты. Чтоб каждый следующий юзер запускался с небольшой задержкой.
СФ
Ну для этого у тебя есть startup или initial delay
ВП
Ну для этого у тебя есть startup или initial delay
Это влияет на всех пользаков сразу.
KY
Alexander
Если задача просто распределить отправку запросов, то random timer
очень плохая практика, рандомные таймеры непредсказуемую нагрузку дают. самый верный способ делать так, чтобы треды не ломились одновременно - регилровать рпсы, любым таймером. это ттаймер пропустит ровно столько сколько нужно, а все остальные получат нужную задержку и все. но это запросы, а не "потоки". а вот тредами манипулировать можно только с помощью настроек тред групп, но тут не понятно зачем манпулировать тредами - если инстурмент предполагает манипуляцию рпсами
СФ
На пользователей с одной ступени*
KY
очень плохая практика, рандомные таймеры непредсказуемую нагрузку дают. самый верный способ делать так, чтобы треды не ломились одновременно - регилровать рпсы, любым таймером. это ттаймер пропустит ровно столько сколько нужно, а все остальные получат нужную задержку и все. но это запросы, а не "потоки". а вот тредами манипулировать можно только с помощью настроек тред групп, но тут не понятно зачем манпулировать тредами - если инстурмент предполагает манипуляцию рпсами
ответ @PVN80, посто Александру один коммент направил
СФ
И.е. Если у тебя будет один пользователь на ступень, то ты сможешь этим управлять как вздумается
KY
очень плохая практика, рандомные таймеры непредсказуемую нагрузку дают. самый верный способ делать так, чтобы треды не ломились одновременно - регилровать рпсы, любым таймером. это ттаймер пропустит ровно столько сколько нужно, а все остальные получат нужную задержку и все. но это запросы, а не "потоки". а вот тредами манипулировать можно только с помощью настроек тред групп, но тут не понятно зачем манпулировать тредами - если инстурмент предполагает манипуляцию рпсами
поправка - не любым таймером, а таймером с контроллером рпса - пресайз, экспоненциал и шейпинг
A
очень плохая практика, рандомные таймеры непредсказуемую нагрузку дают. самый верный способ делать так, чтобы треды не ломились одновременно - регилровать рпсы, любым таймером. это ттаймер пропустит ровно столько сколько нужно, а все остальные получат нужную задержку и все. но это запросы, а не "потоки". а вот тредами манипулировать можно только с помощью настроек тред групп, но тут не понятно зачем манпулировать тредами - если инстурмент предполагает манипуляцию рпсами
Никаких проблем не было с этим. Реализовал задачу тестирования вэб приложений, те симуляция, например 100 пользователей, один смотрит страницу рэндомно 5 секунд, другой 3 и тд, рэндомность дает в итоге равномерность нагрузки с одной стороны и с другой позволяет примерно отобразить поведение пользователей
ВП
Alexander
Никаких проблем не было с этим. Реализовал задачу тестирования вэб приложений, те симуляция, например 100 пользователей, один смотрит страницу рэндомно 5 секунд, другой 3 и тд, рэндомность дает в итоге равномерность нагрузки с одной стороны и с другой позволяет примерно отобразить поведение пользователей
Рендомно - из тех вариантов что я пробовал пока самый подходящий, но не совсем то.
A
Рендомно - из тех вариантов что я пробовал пока самый подходящий, но не совсем то.
Так а что нужно?
KY
Alexander
Никаких проблем не было с этим. Реализовал задачу тестирования вэб приложений, те симуляция, например 100 пользователей, один смотрит страницу рэндомно 5 секунд, другой 3 и тд, рэндомность дает в итоге равномерность нагрузки с одной стороны и с другой позволяет примерно отобразить поведение пользователей
подход не совсем правильный - тесты невоспроизводимы, поведение непредсказуемо. в случае пуассоновского распредления тоже предсказуемость может быть низкая, но при этом воспроизводимость реальная. а в твоем кейсе может быть так, что вдруг произошла склйка кучи запросов в один момент времени, от этого прыгнули какие то ресурсы, произошел какой-то баг. а воспроизвести ты потом это не можешь или не понимаешь откуда скачек
ВП
подход не совсем правильный - тесты невоспроизводимы, поведение непредсказуемо. в случае пуассоновского распредления тоже предсказуемость может быть низкая, но при этом воспроизводимость реальная. а в твоем кейсе может быть так, что вдруг произошла склйка кучи запросов в один момент времени, от этого прыгнули какие то ресурсы, произошел какой-то баг. а воспроизвести ты потом это не можешь или не понимаешь откуда скачек
Во
ВП
Нужна КОНТРОЛИРУЕМАЯ нагрузка
KY
https://www.youtube.com/watch?v=3PWBBc7rZxw вот Ситников про это любит говорить :)
