Автоматизация записи скриптов для jmeter

привет всем,

нужна помощь в следующем:
на данный момент из за специфики веб-приложения приходиться записывать jmeter скрипты каждый раз на новой инсталляции продукта. (записать один раз скрипты и каждый раз запускать их нельзя из-за динамического контента)
есть большое желание автоматизировать этот процесс записи скриптов.
пока что есть плохое решение, включать прокси и записывать jmeter скрипты в то время когда прогоняются автотесты - но как результат получается полная каша из семплеров, в которых, чтоб разобраться надо потратить еще больше времени :)
в облаках летает решение анализировать аксес лог и использовать регулярные выражения

конечно же, самое классное было бы вообще полностью автоматизировать нагрузочное тестирование и смотреть только отчеты :)

скорее всего этот вопрос уже не новый, и у многих есть свое решение, но я пока ничего хорошего не нашел
ps: на форуме есть тема selenium+jmeter в которой попытку заиспользовать функциональные тесты вместе с нагрузочными посчитали моветоном:)

спасибо

В интернетах нахваливают утилиту BadBoy для записи скриптов jmeter: http://www.software-...2-badboy-jmeter
Сам я не изучал ее, может и не подходит...

А вообще - может быть эффективней найти нормальный путь параметризации динамического контента?

Скоро перед нами встанет та же проблема, с удовольствием послушаю комрадов.

Для моделирования нагрузки необходимо реализовать достаточно сложные процессы, система АТ (старая и умная) их реализовать умеет, а строить параллельную нет ни желания ни времени.

Сейчас меня будут ругать, но пока вариант - запуск АТ в много потоков на самом толстом сервере.

В интернетах нахваливают утилиту BadBoy для записи скриптов jmeter: http://www.software-...2-badboy-jmeter
Сам я не изучал ее, может и не подходит...

А вообще - может быть эффективней найти нормальный путь параметризации динамического контента?

я думал об использовании badboy, но по сути это ничем не отличается от моего первого решения, на каждой новой сборке записать тесты заэкспортить это в жметр

а возможно параметризовать такое, например случай - грузим данные на сервер (например список книг - эксельку) создаются записи и каждой присваивается айди, потом эти айди есть в наших запросах на сервер...

А можно поинтересоваться зачем нужен этот мудреный кейс и чем старые данные для нагрузки принципиально отличаются от новых? Ну кеш, да... но это... хотя...

А можно поинтересоваться зачем нужен этот мудреный кейс и чем старые данные для нагрузки принципиально отличаются от новых? Ну кеш, да... но это... хотя...

Дело не совсем в кеше...
Вот например - мы делаем сначала аплоад данных на сервер, а затем печатаем некий репорт про эти данные (как раз для этого репорта и проводим тестирование).
В реквесте передается параметр для репорта - идентификатор ,который всегда зависит от того как данные лягли в БД...
в общем переиспользование уже существующих тестов не работает, тесты надо записывать каждый раз заново...

И проблема, получается, в определении идентификатора после загрузки данных? Мне кажется, это вполне решаемая проблема, если можно получить нужный параметр из логов или запросов к бд.

А приведите в пример пару реквестов для одних даных в бд и для других. Интересно посмотреть как они отличаются.