Thanks a lot for your help, I've disabled all the static content requests and it's working a lot better.
Now, I have another doubt (hope this to be the last one): I've currently have 25 thread groups, and I need each thread group to start 5 minutes after the one before. I'll be executing this test automatically, using windows task's scheduler. If I insert a different Start Time for each Thread Group (from the GUI) and then execute the test plan from the non-GUI mode, will those Start Times be considered? Shall I use fixed Start Times for each Thread Group, or Start Delay's? I'm asking cuz I've tried with Start Delay's and the first Thread only executes the first sample, then waits a couple of seconds and the second Thread executes only the first sample, and so on. And I want the first thread to start sending samples in a loop, and then the second thread to join the first one, and then the third, until all the 25 threads are active, and, then wait 'til fixed End Date. Michael McDonnell wrote: > > Well - each request is specific to something that needed to be gotten when > you ran through your test script. So if you look through them, you may see > a > lot of JPGs, or GIFs depending on your site's setup. > > I recommend for the purpose of testing, disable the static content and > only > test actual pages (php, jsp, whatever...) > > On Mon, Apr 13, 2009 at 8:45 AM, santiagoloso > <[email protected]>wrote: > >> >> That's exactly what I've been doing (in fact, I dunno how to generate all >> the >> requests by myself). The problem is that there are too many requests >> (especially image requests) and I'm not sure if those requests are really >> important when I'm load testing. >> >> Michael McDonnell wrote: >> > >> > You can pre-record your test script and then afterwards you can swap >> out >> > the >> > posted data from your forms with variables like username and password. >> > >> > -Michael P. >> > >> > On Mon, Apr 13, 2009 at 7:19 AM, santiagoloso >> > <[email protected]>wrote: >> > >> >> >> >> I'm not sure I'm understanding well what you're proposing: the Once >> Only >> >> Controller is used in order to log in only once that username? How >> does >> >> it >> >> works? >> >> >> >> In another subject, I'm willing to know how useful are all the HTTP >> >> request >> >> self-generated, I mean, how important are those requests recorded by >> the >> >> HTTP proxy server that are not a consequence of user action. I'm >> asking >> >> this, because when I executed my test plan, I'd had 17k hits on the >> >> webserver on two hours, because each request on the test plan is >> >> considered >> >> as a hit, but when manually executing the same actions hits weren't >> more >> >> than 15 (test plan has over 60 requests, like images and stuff, and I >> >> don't >> >> know if those requests are really that important). >> >> >> >> >> >> Michael McDonnell wrote: >> >> > >> >> > I do the same thing in my testing for my company >> >> > >> >> > >> >> > Here's my set up: >> >> > >> >> > Test Plan >> >> > -Thread Group >> >> > -HTTP Cookie Manager >> >> > -CSV Configuration >> >> > Defines USERNAME,PASSWORD >> >> > -HTTP Request Defaults >> >> > -Once Only Controller >> >> > -Http Request to Login.jsp >> >> > Passes ${USERNAME} and ${PASSWORD} through POST >> >> > -Do other things after I'm logged in in a loop. >> >> > >> >> > Hopefully this helps you. >> >> > >> >> > On Thu, Apr 9, 2009 at 8:37 AM, santiagoloso >> <[email protected]> >> >> > wrote: >> >> > >> >> >> >> >> >> I've resolved this problem by using the Login Configuration >> Element. >> >> >> Now I have a new problem and it's that the application I'm testing >> >> does >> >> >> not >> >> >> allow the same user to log in simultaneously more than once. >> >> >> >> >> >> So, when I select 1 thread group and infinite loop there's no >> problem. >> >> >> When >> >> >> I select n users and 1 loop, using n different usernames, there's >> no >> >> >> problem, but when I select n thread groups, n loops and I have n >> >> >> usernames >> >> >> (using csv data config element, that provides usernames to the >> Login >> >> >> Config >> >> >> Element), some of the samples (the most significative) returns a >> >> negative >> >> >> response code (500). >> >> >> >> >> >> I've thought about creating separate Thread Groups, using a >> different >> >> >> username for each Thread Group. But there are some concepts I'm not >> >> quite >> >> >> sure about: when I'm remote testing, using 5 different computers, >> each >> >> >> Thread Group will be repeated on each machine, so, I'll be in the >> same >> >> >> place >> >> >> again (since I'll have the same username on 5 different machines, >> and >> >> >> response code will be 500 again). >> >> >> >> >> >> I've thought about this once more and may be, if I use csv files to >> >> >> provide >> >> >> usernames to each thread group (different file for different Thread >> >> >> Groups), >> >> >> since each csv file will be local on each machine, then all the >> users >> >> can >> >> >> be >> >> >> different. >> >> >> >> >> >> Any better idea? >> >> >> >> >> >> Thanks a lot for your help, >> >> >> >> >> >> Santiago >> >> >> >> >> >> Michael McDonnell wrote: >> >> >> > >> >> >> > Are you checking the actual response using the tree to see if >> your >> >> page >> >> >> > reflect the log in correctly? >> >> >> > >> >> >> > You need to run in GUI mode to check that. >> >> >> > >> >> >> > On Wed, Apr 8, 2009 at 12:34 PM, santiagoloso >> >> >> > <[email protected]>wrote: >> >> >> > >> >> >> >> >> >> >> >> Yeap, I'm passing them. Results for ALL the samples are positive >> >> (on >> >> >> the >> >> >> >> whole test plan). But the logs on the DB says anonymous instead. >> >> >> >> >> >> >> >> >> >> >> >> Michael McDonnell wrote: >> >> >> >> > >> >> >> >> > Are you passing in the username/password variables when you >> POST >> >> the >> >> >> >> login >> >> >> >> > form? >> >> >> >> > >> >> >> >> > On Wed, Apr 8, 2009 at 12:14 PM, santiagoloso >> >> >> >> > <[email protected]>wrote: >> >> >> >> > >> >> >> >> >> >> >> >> >> >> Hi everyone, I'm working on Test Plan for an application that >> >> >> requires >> >> >> >> >> username and password. Due to some permissions thing only >> some >> >> of >> >> >> the >> >> >> >> >> users >> >> >> >> >> loaded on the DB are allowed to use this feature I'll be >> >> testing. >> >> >> >> >> >> >> >> >> >> Said that, I've configured a CSV file with usernames and >> >> passwords >> >> >> >> (all >> >> >> >> >> allowed to use this feature I'm testing) and setted the >> thread >> >> >> group >> >> >> >> to >> >> >> >> >> log >> >> >> >> >> in to the website, and then perform the required steps to get >> >> into >> >> >> the >> >> >> >> >> feature and operate over it. >> >> >> >> >> >> >> >> >> >> After executing THOUSANDS of times, and checked results, when >> I >> >> ask >> >> >> >> for >> >> >> >> >> information, the required information is retrieved (analyzed >> >> using >> >> >> >> View >> >> >> >> >> Results in Tree Listener). It's not really important data >> >> veracity, >> >> >> so >> >> >> >> >> I'm >> >> >> >> >> not using assertions, just need the performance. >> >> >> >> >> >> >> >> >> >> Well, my doubt comes this way: when taking a look at db logs, >> >> >> servers >> >> >> >> >> been >> >> >> >> >> hitted a lot of times, but always by an anonymous user (not >> by >> >> the >> >> >> >> >> usernames >> >> >> >> >> and passwords that are sent within the test plan). >> >> >> >> >> >> >> >> >> >> My deduction power tells me that the first steps (those >> executed >> >> >> >> before >> >> >> >> >> the >> >> >> >> >> log in) must be anonymous, but, from that step and all that >> >> follow, >> >> >> >> >> username >> >> >> >> >> on db logs should be the one inserted on each iteration (csv >> >> file >> >> >> >> brings >> >> >> >> >> multiple username/password combinations, all valid). >> >> >> >> >> >> >> >> >> >> Am I wrong? What am I missing? >> >> >> >> >> -- >> >> >> >> >> View this message in context: >> >> >> >> >> >> >> >> >> http://www.nabble.com/Is-this-working-or-not--tp22956547p22956547.html >> >> >> >> >> Sent from the JMeter - User mailing list archive at >> Nabble.com. >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> --------------------------------------------------------------------- >> >> >> >> >> To unsubscribe, e-mail: >> >> [email protected] >> >> >> >> >> For additional commands, e-mail: >> >> >> [email protected] >> >> >> >> >> >> >> >> >> >> >> >> >> >> > >> >> >> >> > >> >> >> >> >> >> >> >> -- >> >> >> >> View this message in context: >> >> >> >> >> >> http://www.nabble.com/Is-this-working-or-not--tp22956547p22956898.html >> >> >> >> Sent from the JMeter - User mailing list archive at Nabble.com. >> >> >> >> >> >> >> >> >> >> >> >> >> >> --------------------------------------------------------------------- >> >> >> >> To unsubscribe, e-mail: >> [email protected] >> >> >> >> For additional commands, e-mail: >> >> [email protected] >> >> >> >> >> >> >> >> >> >> >> > >> >> >> > >> >> >> >> >> >> -- >> >> >> View this message in context: >> >> >> >> http://www.nabble.com/Is-this-working-or-not--tp22956547p22972288.html >> >> >> Sent from the JMeter - User mailing list archive at Nabble.com. >> >> >> >> >> >> >> >> >> >> --------------------------------------------------------------------- >> >> >> To unsubscribe, e-mail: [email protected] >> >> >> For additional commands, e-mail: >> [email protected] >> >> >> >> >> >> >> >> > >> >> > >> >> >> >> -- >> >> View this message in context: >> >> http://www.nabble.com/Is-this-working-or-not--tp22956547p23021624.html >> >> Sent from the JMeter - User mailing list archive at Nabble.com. >> >> >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: [email protected] >> >> For additional commands, e-mail: [email protected] >> >> >> >> >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Is-this-working-or-not--tp22956547p23022559.html >> Sent from the JMeter - User mailing list archive at Nabble.com. >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > -- View this message in context: http://www.nabble.com/Is-this-working-or-not--tp22956547p23027114.html Sent from the JMeter - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
