jmeter-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Deepak Shetty <>
Subject Re: Recording issues
Date Wed, 23 Sep 2009 02:17:57 GMT
Some factors are
a. Cookie managers/ session ids / authorization related data (e.g. old
session ids in the url)
b. dynamic data that is dependent on the previous step (e.g. __Viewstate in , duplicate form submit tokens )
c. Inherent unrepeatability of certain tests (e.g. registering with the same
userid , you need to parameterize)
d. Javascript driven dynamic fields etc.

see also
which is related.

The recording of script is just to give you a head start - its rarely the
finished script that you should run. You should inspect what the script
does, what data needs to be parameterized, what assertions need to be added
, etc.

On Tue, Sep 22, 2009 at 7:10 PM, Mark Stephen S. Florencio <> wrote:

> Good day,
> I have a question. I am not sure if this is already addressed or not.
> Sometimes recorded scripts by HTTP proxy fails during replay. What are the
> factors contributing to this?
> My situation is like this. I did trials of recording scripts via the proxy.
> It worked well. After a while, I was not able to continue making scripts so
> I put them aside. Then the day I would make the actual scripts testing the
> same application came. I recorded new scripts exploring new functionality on
> the same system. The recent recorded scripts' replay failed. I could not
> understand it. I did exactly the same as when I did my trial runs. But the
> new scripts always fail their replay.
> It a good thing that I was able to save some of the scripts I had during
> the trial run. I got the log-in samplers from the scripts from the trial and
> got bits and pieces of samplers in the recently recorded scripts. The script
> worked fine now.
> I would just like to know what could have caused this scenario so that it
> could be avoided because I plan to endorse using Jmeter to my team.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

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