jmeter-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Philippe Mouawad <p.moua...@ubik-ingenierie.com>
Subject Re: Assertions
Date Thu, 02 Nov 2017 14:27:38 GMT
Hello,
Any thoughts on this ?

1/ Is the requirement exotic or not ?

2/ Should we fix how assertions are processed compared to Pre/Post
Processors ? I think it would be cleaner and there is few risk to introduce
regression AFAIU


On Tue, Oct 24, 2017 at 9:29 PM, Philippe Mouawad <
p.mouawad@ubik-ingenierie.com> wrote:

> Hello,
> There is a frequent requirement related to assertion I have when creating
> a script .
>
> There is some assertion that can be applied to all Samplers, so I use
> scoping and put it as a child of Test Plan.
>
> But 1 particular sampler is not concerned by this rule and there is no
> OOTB way to handle that.
> I can workaround that using a JSR223 Assertion to test that particular
> Sampler.
> But couldn't we handle that OOTB on Response Assertion or am I missing
> some already existing way ?
>
>
> I was thinking of a possible way to implement it by having a "Reset
> Assertions" assertion which would reset AssertionResults computed until it
> is reached.
> Does it look a good idea to you ?
> Knowing that we would need to change order of execution of Assertion which
> is weird:
>
> - Pre and Post Processors are processed from OUTER to INNER
> - while assertions are processed from INNER to OUTER
>
>
> Thanks
>
> --
> Regards.
> Philippe Mouawad.
> Ubik-Ingénierie
>



-- 
Cordialement.
Philippe Mouawad.
Ubik-Ingénierie

UBIK LOAD PACK Web Site <http://www.ubikloadpack.com/>

UBIK LOAD PACK on TWITTER <https://twitter.com/ubikloadpack>

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