Well, you always can, by scripting it in Beanshell assertions...

Tibo

On Mon, Mar 8, 2010 at 22:49, Janine DeBeradinis <[email protected]
> wrote:

> I actually noticed the same thing too.  I do not see how you can apply one
> assertion to one sub-sample and another assertion to another sub-sample.
>
> Thanks.
> Janine
> ______________________________________________________________
> From: Deepak Shetty [[email protected]]
> Sent: Monday, March 08, 2010 3:52 PM
> To: JMeter Users List
> Subject: Re: Question regarding iframe posts
>
> >Assertions can be applied to sub-samples.
> But only all sub samples or not at all, right?. if you have two frames then
> wouldnt the assertion fail (assuming only one has the data). I didnt see a
> way to say something like atleast 1 should pass or all should pass
>
> regards
> deepak
>
> On Mon, Mar 8, 2010 at 12:49 PM, sebb <[email protected]> wrote:
>
> > Assertions can be applied to sub-samples.
> >
> > And the next release of JMeter will allow regular expressions to be
> > applied to sub-samples too.
> >
> > But you're right, it would probably be easier to download them
> > individually.
> > If not using the Proxy, "Download embedded" could be used to show what
> > the frame URLs are.
> >
> > On 08/03/2010, Deepak Shetty <[email protected]> wrote:
> > > You cant assert on them or process their responses then , right?
> > >
> > >
> > >  On Mon, Mar 8, 2010 at 12:22 PM, sebb <[email protected]> wrote:
> > >
> > >  > On 08/03/2010, Deepak Shetty <[email protected]> wrote:
> > >  > > Frames will make separate HTTP requests even from the browser (you
> > can
> > >  > use
> > >  > >  any browser trace tool to see this). There is no such thing as a
> > >  > subrequest.
> > >  > >
> > >  > > >but we are having trouble figuring out what parameters are
> > >  > >
> > >  > > Use firebug/livehttheaders with firefox or Fiddler with IE and see
> > what
> > >  > >  these are
> > >  > >
> > >  > >
> > >  > >  >Is there a way in jmeter to handle subrequests automatically,
> > meaning
> > >  > the
> > >  > >  original post for the entire frameset returns with data for all
> the
> > >  > frames?
> > >  > >
> > >  > > No. You must make the request for the original page . Parse
> it(using
> > a
> > >  > post
> > >  > >  processor) for each frame links (or hardcode) and make separate
> > requests
> > >  > for
> > >  > >  those frames. This is loosely speaking what the browser does as
> > well.
> > >  >
> > >  > "Download embedded resources" should fetch the frames (unless they
> are
> > >  > implemented in Javascript).
> > >  >
> > >  > >  regards
> > >  > >
> > >  > > deepak
> > >  > >
> > >  > >
> > >  > >  On Mon, Mar 8, 2010 at 11:05 AM, Eric Black <
> [email protected]>
> > >  > wrote:
> > >  > >
> > >  > >  > Hi,
> > >  > >  >
> > >  > >  > We're  working on a process in an application where the
> response
> > is
> > >  > two
> > >  > >  > frames (subrequests) within a frameset. The data we want to
> test
> > with
> > >  > an
> > >  > >  > assertion is in one frame(subrequest), but we are having
> trouble
> > >  > figuring
> > >  > >  > out what parameters are because the response doesn't return
> with
> > any
> > >  > data,
> > >  > >  > just the empty form.
> > >  > >  >
> > >  > >  > Is there a way in jmeter to handle subrequests automatically,
> > meaning
> > >  > the
> > >  > >  > original post for the entire frameset returns with data for all
> > the
> > >  > frames?
> > >  > >  >
> > >  > >  > Thanks,
> > >  > >  > Eric
> > >  > >  >
> > ---------------------------------------------------------------------
> > >  > >  > 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]
> > >  >
> > >  >
> > >
> >
> > ---------------------------------------------------------------------
> > 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