hi guys,

i had the same issue about an year ago. i had to simulate with one
thread the user's actions and with another some requests made by the
application regularly, in the background (recording the requests for
certain use-cases was just not enough).

so, i have created two thread groups and got stuck at this first step
that deepak mentioned (session cookie sharing between the equivalent
threads of the 2 groups). how would you approach this issue?

thanks in advance.





On 3/17/10, Deepak Shetty <[email protected]> wrote:
> Hi
> whether or not you can use more than 1 thread will depend on the
> implementation (basically whether they share cookies , because if they do
> then you should use 1 thread or be prepared to write some complicated code).
> You cant start 1 thread from the other in JMeter but you can make a thread
> wait for another (using set/unset JMeter properties using some scheme or
> anything shared) , but this is difficult to do.
> For reporting purposes it's easy enough to come up with some naming
> convention that will let you split the data as you please (e.g. sample names
> should be prefixed W1- or W2-).
>
> regards
> depak
>
> On Wed, Mar 17, 2010 at 7:09 AM, Peter Peterse
> <[email protected]>wrote:
>
>> Hello all,
>>
>> I have a question about a testing a web application.
>> I need to test a web application (2) which is start out of a web
>> application (1). Web application 2 is a pop-up which communicate with web
>> application 1. Web application 2 can't run without web application 1.
>> The browser for web application 1 sends every 10 sec a request to the
>> server.
>> Browser for web application 2 does every 60 sec a request to web
>> application 1
>>
>> Off course I can place all requests in to 1 thread, but for creating a
>> report I want to split the two by creating 2 threads and start 1 thread in
>> the other thread. Is it possible?
>>
>> How can I set up a right procedure for testing?
>>
>> Thanks for your advice.
>>
>> Peter Peterse
>>
>>
>> ---------------------------------------------------------------------
>> 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]

Reply via email to