- Форум тестировщиков
- → Просмотр профиля: Репутация: APC
Обо мне
Заходите на мой проект "плагины для JMeter"
Статистика
- Группа: Members
- Сообщений: 293
- Просмотров: 10 600
- Статус: Опытный участник
- Возраст: 41 лет
- День рождения: Август 22, 1982
-
ФИО
Похилько Андрей Федорович
-
Пол
Мужчина
-
Город
Москва
-
Интересы
Веб-разработка
Пользовательские интерфейсы
Функциональное тестирование ПО
Финансовые информационные системы
Нагрузочное тестирование
25
Очень хороший
Инструменты
Друзья
APC еще не добавил друзей
Последние посетители
#103709 JMeter и XPath Assertion
Написано APC 08 апреля 2012 - 07:27
Совет бывалых - по возможности использовать вместо XPath Assertion менее ресурсоемкие варианты. Response Assertion чаще всего. XPath в JMeter очень прожорлив по ресурсам.
#92633 Разветвление с неравной вероятностью в сценарии JMeter
Написано APC 15 августа 2011 - 13:33
Можно просто random variable и if controller юзать.
Поскольку случайное число (например от 0 до 100) имеет равномерное распределение, то оно с вероятностью 100-N будет больше порога. Ну а дальше пишем в контроллерах:
если число оказалось больше 10, то выполняем запросы, вероятность которых 90%
если число оказалось больше 50, то выполняем запросы, вероятность которых 50%
если число оказалось больше 80, то выполняем запросы, вероятность которых 20%
Вуаля. А beanshell медленноват. Хотя никто не исследовал, какой вариант окажется быстрее и эффективнее.
Поскольку случайное число (например от 0 до 100) имеет равномерное распределение, то оно с вероятностью 100-N будет больше порога. Ну а дальше пишем в контроллерах:
если число оказалось больше 10, то выполняем запросы, вероятность которых 90%
если число оказалось больше 50, то выполняем запросы, вероятность которых 50%
если число оказалось больше 80, то выполняем запросы, вероятность которых 20%
Вуаля. А beanshell медленноват. Хотя никто не исследовал, какой вариант окажется быстрее и эффективнее.
- 1
#92289 Запуск семплера во время выполнения другого семплера
Написано APC 07 августа 2011 - 19:51
Часть 1, высокопарная: ЖМетр может все, но трюки может только с помощью еще более хитрых трюков.
Часть 2, в общих чертах: Организовать это можно двумя параллельными тред-группами. В жметре есть Синхронизирующий таймер, с его помощью можно организовать синхронизацию событий.
Часть 3, нещасливый конец: В целом межтредовое взаимодействие в ЖМетре - болезненная штука, с трюками придется исхитряться совсем сильно, народ что-то там мутит с глобальными пропертями для этих целей... Я бы вообще посоветовал поставить под вопрос необходимость реализации такого непростого сценария - стоит ли тратить так много времени?
Часть 2, в общих чертах: Организовать это можно двумя параллельными тред-группами. В жметре есть Синхронизирующий таймер, с его помощью можно организовать синхронизацию событий.
Часть 3, нещасливый конец: В целом межтредовое взаимодействие в ЖМетре - болезненная штука, с трюками придется исхитряться совсем сильно, народ что-то там мутит с глобальными пропертями для этих целей... Я бы вообще посоветовал поставить под вопрос необходимость реализации такого непростого сценария - стоит ли тратить так много времени?
- 1
#91688 Запросы без ожидания ответа
Написано APC 27 июля 2011 - 05:43
Как раз для этих целей был сделан Throughput Shaping Timer
Попробую объяснить по-другому. Допустим есть сервер который держит 10 зап/сек стабильно в течении долгого времени. Мне нужно дать на него нагрузку значительно большую( с которой сервер не справляется), например посылать 50 зап/сек в течении 10 секунд. Если производительность сервера 10 зап/сек, то каждую секунду в очередь будет добавляться по 50-10=40 запросов. В рамках одного треда жеметр не посылает следующий запрос, пока не получен ответ на предыдущий. Т.е. не получится стабильно держать поступление новых запросов на сервер со скоростью 50 зап/сек
Довольно тривиальная задача вроде бы, но в жметр не могу понять как это реализовать.
- 3
- Форум тестировщиков
- → Просмотр профиля: Репутация: APC
- Политика Конфиденциальности
- Правила форума ·