jmeter-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Philippe Mouawad <>
Subject Re: Duration Assertion and Retrieve All Embedded resources not working as expected
Date Sat, 05 Jan 2013 21:59:51 GMT
Hello sebb,

Working on


which is related to this question below , there is something I don't

Maybe you have the answer so I check with you.

What is exactly Main Sample for assertions ?

It seems that in the case of HTTP SAmpler + Retrieve All Embedded resources
from HTML files checked, we have a Sampler where:

   - the first subresult is the main page
   - the others are the downloaded resources

Do you consider this fine ? Where is it documented ?

It seems strange to me, you can see the problem with attached test case ,
this is what this user is reporting.

Do you think this should be fixed in JMeterThread#checkAssertions or
somewhere else ?


On Thu, Nov 15, 2012 at 5:13 AM, James Fitzsimons <> wrote:

> Hi all,
> We are building a test plan where we are attempting to use a duration
> assertion to validate that responses are completing with 2000ms. This works
> well without the "Retrieve All Embedded resources from HTML files" option
> in the HTTP Request Defaults. However if we enable this option then we get
> a very large number of failures despite browsing manually shows pages
> loading in less than a second. We have included a cache manager to simulate
> browser caching behaviour of static resources.
> In the duration assertion we have the "Apply to:" option set to "Main
> sample only". From reading the documentation it seems that using this
> setting the duration assertion should only be measuring the response time
> of the primary resource (html page) being requested and not all the
> embedded resources as well. However, this doesn't match up with what we are
> seeing in practice. E.g. the main sample might take only 200ms (looking at
> browser tools and IIS logs) but the 2000ms duration assertion still fails.
> Is this a bug, a misunderstanding on our part, or have we just not
> configured the test plan correctly?
> Any thoughts / advice will be much appreciated!
> Cheers,
> James
> James Fitzsimons
> Solution Delivery
> TEL +64 4 472 2021 FAX +64 4 472 2027 MOB +64 27 273 3328
> To catch the latest...
> Follow us on Twitter:<
> Read our blog:<>
> Find us on LinkedIn:<
> 2012 Microsoft Country Partner of the Year - New Zealand
> ________________________________
> This electronic message together with any attachments is confidential. If
> you are not the intended recipient: (i) do not copy, disclose or use the
> contents in any way (ii) please let us know by return e-mail immediately
> and then destroy the message. Intergen is not responsible for any changes
> made to this message and/or any attachments after sending by Intergen.

Philippe Mouawad.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message