I need all the 500 users running simultaniously. By users I mean total number of threads.
Each business transaction might have 2-4 threads running each using different loginId.. Which implies different sessions. they cannot be run one after the other. All the business transactions and all threads in each business transaction will hev to run in parallel. Only then I can claim that my test is with 500 CONCURRENT users. ofcourse there are thinktimes/throughout controllers. Each Business transaction is completely different. say for example, one creates a corporate account where as one updates the status of pending task. However, I use the same set of business transactions(14) for all the clients(10) I now started exploring SwithController. Thanks for your inputs and quick responses. sebb-2 wrote: > > Do you want to run 50 users * 10 clients at the same time, i.e. 500 > independent tests, or 50 users each testing with client 1, then client > 2 etc? > > Does a user correspond with a human user, e.g. a browser session? > > Does each business transaction have to be run in a separate session, > or can they be run one after the other? > > Does each use case have the same set of samplers (but with different > parameters), or do these vary a lot? > > In the former case, use variables for the parameters. > > In the latter case one can use the Switch Controller: > http://jakarta.apache.org/jmeter/usermanual/component_reference.html#Switch_Controller > > Switch Controller (transaction id) > + Simple Controller (id==0 or id > n) > + + Sampler 1 for transaction 14 > + + Sampler 2 for transaction 14 > ... > + Simple Controller (id==1) > + + Sampler 1 for transaction 1 > + + Sampler 2 for transaction 1 > ... > + Simple Controller (id==2) > ... > + Simple Controller (id==13) > + + Sampler 1 for transaction 13 > + + Sampler 2 for transaction 13 > > S. > > On 11/05/07, new2JM <[EMAIL PROTECTED]> wrote: >> >> Yes.. The ClientID is sent as parameter at login and is stored in cookie >> for >> the subsequent requests. >> >> My current testPlan is built this way.. I have 14 business >> transactions(different usecases) where all have to be run concurrently >> with >> multiple users(say 50) for each client (total of 10.. Client001 .... >> Client010). That means total 500 users. >> >> TestPlan >> +ThreadGroup1 (businessTransaction1) >> ++ User Parameter >> ++ HTTP Cookie Manager >> ++ CSV Data Config Set >> ++ Login(Once Only controller) >> ++Loop controller (To control no of iteration) >> ++LogOut(Transaction Controller) >> +ThreadGroup2 (businessTransaction2) >> ++ User Parameter >> ++ HTTP Cookie Manager >> ++ CSV Data Config Set >> ++ Login(Once Only controller) >> ++Loop controller (To control no of iteration) >> ++LogOut(Transaction Controller) >> and so on for all the business transactions(14) >> >> >> In this scenario, I should be running the same testplan from 10 instances >> (differnet clients) with different ClientID for each client. Can you guys >> give me your thoughts on how to achieve this best possible way? Also, >> appriciate if you can give any suggestions (if any) on how I can improve >> my >> test plan. >> >> Thanks again >> >> >> >> >> sebb-2 wrote: >> > >> > How is the Cookie generated initially? >> > >> > Normally this is done via a login screen or similar, in which case >> > each thread can login, and then run the samples for that user with its >> > cookies. >> > >> > If you don't need to logout, then use a test plan like this: >> > >> > Thread Group, 10 threads, loop count as needed >> > + Cookie Manager >> > + Once Only controller >> > + + Login >> > + Sample1 >> > + Sample 2 ... >> > >> > If you do need to logout, there is currently no equivalent of the Once >> > Only controller that runs at the end of the thread group loop count, >> > so you need to do something like this: >> > >> > Thread Group, 10 threads, loop count = 1 >> > + Cookie Manager >> > + Login >> > + Loop controller, count >=1 >> > + + Sample1 >> > + + Sample 2 ... >> > + Logout >> > >> > [Or you could play with the If Controller and loop counts] >> > >> > >> > On 11/05/07, new2JM <[EMAIL PROTECTED]> wrote: >> >> >> >> Thanks for your responses.. I will try these options and see... >> >> Coming to the question "But I'm not clear why anyone would want to >> read >> >> cookies from a file.".... >> >> We have a hoting environment where multiple clients will use the same >> JVM >> >> and different DB server. Each Client is distinguised by thier client >> ID >> >> which is stored in cookie(as well). My load test has to generate load >> for >> >> 10 >> >> clients simultaniously.. So, trhying to pass this clientId from file >> >> rather >> >> than make a copy of JMeter for each client. >> >> hope that makes sense.. >> >> >> >> Thanks >> >> >> >> sebb-2 wrote: >> >> > >> >> > You may be able to get round this using the Header Manager: >> >> > >> >> > Set-Cookie ${variable} >> >> > >> >> > Make sure you only apply the Header Manager to the appropriate >> >> > samples, otherwise the cookie may be sent to the wrong servers. >> >> > >> >> > Otherwise, you can add cookies to the Cookie Manager itself, but >> they >> >> > will need to be fixed for the duration of the test run. You can use >> >> > multiple cookie managers, but only one should be in scope for a >> given >> >> > sampler. >> >> > >> >> > But I'm not clear why anyone would want to read cookies from a file. >> >> > >> >> > On 11/05/07, Alf Høgemark <[EMAIL PROTECTED]> wrote: >> >> >> >> >> >> Hi >> >> >> >> >> >> You seem to have hit the JMeter bug : >> >> >> http://issues.apache.org/bugzilla/show_bug.cgi?id=28715 >> >> >> >> >> >> So currently, user variables does not work in HTTP Cookie Manager. >> >> >> >> >> >> Regards >> >> >> Alf Hogemark >> >> >> >> >> >> >> >> >> >> --------------------------------------------------------------------- >> >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> >> >> For additional commands, e-mail: >> [EMAIL PROTECTED] >> >> >> >> >> >> >> >> > >> >> > >> --------------------------------------------------------------------- >> >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> >> > For additional commands, e-mail: [EMAIL PROTECTED] >> >> > >> >> > >> >> > >> >> >> >> -- >> >> View this message in context: >> >> http://www.nabble.com/HTTP-Cookie-tf3723999.html#a10432218 >> >> Sent from the JMeter - User mailing list archive at Nabble.com. >> >> >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> >> >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/HTTP-Cookie-tf3723999.html#a10434603 >> Sent from the JMeter - User mailing list archive at Nabble.com. >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/HTTP-Cookie-tf3723999.html#a10437943 Sent from the JMeter - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
