#124 Incrementing / decrementing Load Test Strategy

open
nobody
None
5
2007-09-17
2007-09-17
Will
No

Load test starts at a minimum number of threads or requests per second and increases by a given increment to a maximum number of threads or requests for a given duration then decreases until it reaches the defined minimum.

(Graphically this could be represented as a bell-curve.)

So for instance if the test was to run for one hour in might start with a minimum of ten requests per second and increase the number of requests every five minutes to reach the maximum number 100 of requests after twenty minutes , run at maximum for another twenty and then decrease the number of requests until it falls to the minimum. Ideally it would be best to be able to specify a lead-in and lead-out period so that the test could run at the minimun level for a given duration before the rate of request / no of threads begins to increase and after it falls back to the minimum level.

Useful variations:

Build up gradually, run a t maximum for a given duration and fall off to the minimum level suddenly.

Rapid climb and rapid descent.

Run at maximum level then taper - off to the minimum.

Wm

Discussion

  • Ole Lensmar

    Ole Lensmar - 2008-01-24

    Logged In: YES
    user_id=838515
    Originator: NO

    Hi Will,

    how about a "Script strategy" which calls a custom script at a configurable interval which should return the desired threadcount?

    regards,

    /Ole
    eviware.com

     
  • Will

    Will - 2008-01-24

    Logged In: YES
    user_id=1657712
    Originator: YES

    A script based solution is fine for the developers using soapui.
    But we have a substantial number of non-technical end-users.
    We're also attempting to minimise the investment in scripting, as scripts
    are embedded in project files and therefore difficult to reuse.

    However, I (we?) would accept such a solution for this test strategy
    as it is necessary - but not often used.

     
  • Ole Lensmar

    Ole Lensmar - 2008-01-24

    Logged In: YES
    user_id=838515
    Originator: NO

    Hi!

    I definitely agree that this is primarily for developers, but it does open for some interesting possibilities (for example a "self-adjusting" strategy that changes the threadcount based on some external variable..).

    regards,

    /Ole
    eviware.com

     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks