Dear Adrian, Oscar, Thanks for your suggestions. It helps. I will really appreciate if you give me more information on this.
On Sat, Dec 21, 2013 at 8:22 PM, Oscar Nogueira Neto < [email protected]> wrote: > It also really depends on how your applications was coded. Some bullets to > consider: > > - Does it allows multiple sessions with the same user/pwd? > - Does it caches login information? > - Does it access the DB for every login attempt? > > If the application caches the login information then you'll probably get an > false-positive result because your app won't hit the DB (LDAP or whatever) > to log in the user. > > If you hit the DB for every login attempt, you'll probably get and > false-negative result, because you may run into a hot block scenario if you > use the same user, because every query will search for the information > stored in the same data block, creating a false concurrency. > > In the bottom line, the best thing would be having more than 1,000 users, > but if it's not possible know the possible issues. It will make it easier > to determine if it is a false result. > > Best regards, > Oscar > http://jmeter.com.br > > __ > *Oscar Nogueira Neto* > http://www.oscarnogueira.com > @oscarnogueira > > > On Fri, Dec 20, 2013 at 7:08 AM, Adrian Speteanu <[email protected] > >wrote: > > > Hi, > > > > I would expect you would require more than 1,000. If your requirements > say > > that the app needs 1000 concurrent users, then you'd expect to have 1000 > > concurrent users at any given time out of a larger pool. The exact ratio, > > live/total users, depends on specifics (how long is a single user > session, > > how many users do you expect to have at peak even if they're not active > > etc). > > > > You should consider other details, such as how often should you recycle > the > > users that are active. It doesn't need to be realistic, but the generated > > session pool should not surpass real life values (consider the time that > > sessions are kept on the server side, the more unique sessions you > > generate, the memory requirements increases). > > > > This affects how you configure the Cookie Manager (maybe you'd want to > keep > > cookies instead of deleting them after each thread run) or your test > > script, maybe you should make fewer logins in your script to simulate > > real-life scenarios accurately. You have to decide that considering the > > specifics of the app under test. > > > > Adrian S > > > > > > On Fri, Dec 20, 2013 at 6:52 AM, Amit Kumar <[email protected]> > wrote: > > > > > Dear All: > > > > > > I have a query. If I want to perform load testing for 1000 users in > > JMeter, > > > is it required to create 1000 usernames and passwords to get realistic > > > result? > > > > > > -- > > > Thanks and Regards, > > > Amit > > > > > > -- Thanks and Regards, Amit
