Как организовать suite?

Всем доброго утра!
Запутался слегка при организации нагрузочного тестирования. :)
Что тестируется: web-приложения (трехзвенка), с первой же страницы которого требуется авторизация.
Как решил все это организовать: одним скриптом осуществляю авторизацию в системе нужного количества пользователей (держу id-шники сессии для каждого). Всего юзеров будет до 100.
Другим скриптом выполняю какие-либо действия (подстановкой того или иного id сессии). Все в общем-то работает, но... Собственно нагрузочного тестирования не получается. Если я второй скрипт буду исполнять циклически для каждого юзера, авторизовавшегося в системе, то это совсем не нагр. тестирование. Что же делать? Делать 100 скриптов, отличающихся лишь id сессии в которой юзер работает? Это геморойно... Может можно как-нибудь это решить используя фичи тестменеджера?

Заранее спасибо...

Может я чего не понимаю, но почему нельзя сделать один скрипт, который будет логиниться, получать session ID и использовать его для всех последующих запросов? :blink:

Так и думается все это сделать... Ну в общем там проблема такая.
Одним скриптом открываем 100 сессий. Имеем 100 session ID.
Теперь необходимо собственно нагружать систему. Пишем скрипт, который выполняет некие действия. В нем (этом втором скрипте) нужнО явное указание session ID, чтобы обеспечить работу под тем или иным юзером.
В таком случае буду иметь лишь одного работающего юзера. Если добавлю 5 скриптов, с разными session ID в сьют, то обеспечу работу 5 юзеров. И т.д. Это не выход, т.к. для одного тестового сценария придется включать в сьют один скрипт авторизации и до 100 скриптов, отличающихся между собой лишь session id. Это будет очень долго.
Если же сделать один скрипт, который выполняет сценарий, и циклически исполнять его, подставляя из датапула session id, захваченные в скрипте авторизации, то это будет вовсе не нагрузочное тестирование, а лишь последовательная работа. Посоветуйте, плииз, какой-нибудь оптимальный выход....

А в чем собсна проблема? Запускаешь 100 юзв одновременно и они выполняют твой скрипт с разными sessionid.

Даааа? :blink:
Это точно так? Т.е., TestManager осуществляет разбор скрипта при воспроизведении, чтобы узнать есть ли там datapool и при том же воспроизведнии подставляет каждому юзеру свои значения?

Если честно, то опять не понял зачем нужно 2 скрипта. Почему нельзя создать один скрипт, который будет содержать все необходимые шаги - login/выполнение каких-то действий/logout? В run-time схватывается session ID, создается из него параметр (или как это называется в Rational?) и этот параметр подставляется в необходимые места в последующих запросах. Каждый запущенный VUser будет работать со своим собственным session ID.

Даааа?  :blink:
Это точно так? Т.е., TestManager осуществляет разбор скрипта при воспроизведении, чтобы узнать есть ли там datapool и при том же воспроизведнии подставляет каждому юзеру свои значения?

А это с какими параметрами ты датапул открыл так он и будет брать значения.

2 Dmitry_NJ
А в Robot'е низя как LoadRunner'e сделать init потом несколько итераций Action и выйти, и решается двумя скриптами, или функциями в одном скрипте, кто как любит вообщем.

Точно!!! :D
Все оказалось довольно просто...

Всем огромное спасибо за помощь - она действительно оказалась дельной! :D

А в Robot'е низя как LoadRunner'e сделать init потом несколько итераций Action и выйти, и решается двумя скриптами, или функциями в одном скрипте, кто как любит вообщем.

Ну даже если Robot не имеет таких возможностей, которые предоставляет LoadRunner, то количество итераций внутри скрипта подсчитать ведь можно. Если это первая итерация, то код, осуществляющий login, будет выполняться, в результате получим session id. Если номер итерации больше 1, то код для login не выполняется, и извлеченное ранее значение используется как и в 1-ой итерации. Если итерация последняя, то выполняется logout. Такую логику даже в Robot'е можно написать.