Hi Deepak,
What I meant is that in your test plan example there wasn't a Random
Controller anymore.
I've tested like this and it works for me too:
Thread Group 1 (1 thread 1 Loop)
Loop Controller ( 5)
Module Controller ---> Thread Group 2 -->Recording --> Simple
Thread Group 2 (Disabled)
Recording Controller
Simple Controller
Random Controller
Req 1
Req 2
Surprinsingly, because if there isn't a Recording Controller there,
and just the Simple Controller with the Random Controller - weird
stuff still happens.
On Thu, Aug 27, 2009 at 9:38 PM, Deepak Shetty<shet...@gmail.com> wrote:
> The only other thing I can think of other than BSH would be to write a pre
> process step (perhaps in ANT or somewhere) which reads the file and
> dynamically creates a Jmeter test file (its pretty straight forward to do
> this) with 250 samples which then is included into your main test ..
>
> regards
> deepak
>
> On Thu, Aug 27, 2009 at 8:49 AM, E. Doherty <dohert...@gmail.com> wrote:
>
>> Greetings! I'm new to JMeter, and I'm trying to replicate something
>> that was easy to do back in my LoadRunner days.
>>
>> For "background" activity when testing specific things, I would create
>> a LoadRunner script in which a Vuser viewed, say, six different pages.
>> I would then parameterize the six URLs, and on each occurrence a URL
>> would be chosen randomly from a file that contained the 250 most
>> popular URLs on the site.
>>
>> In JMeter, I could use a ramdom controller with 250 samplers (one for
>> each URL) under it, and loop through ten times, but the 250 samplers
>> seems too unwieldy. Better, I could have six samplers, and (I think)
>> use the StringFromFile function to grab a URL on each occurrence -
>> however, StringFromFile reads lines from a file sequentially.
>>
>> Is there a relatively efficient way to perform the URL ramdomization
>> I'd like, without having huge numbers of samplers or multiple data
>> files?
>>
>> Thank you for any suggestions!
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org
>> For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
