On 15/10/2008, Steve Kapinos <[EMAIL PROTECTED]> wrote: > I finally got around to dumping my experiences and gotchas with jmeter > together. They are mostly around handling variables vs properties vs > user parameters. Hopefully people will stumble upon them in future > searches for their needs > > http://coreplex.blogspot.com/search/label/jmeter > > we've been able to build a fully automated recurring test suite using > jmeter.. with what now seems like really basic scripts, but it was a > long way getting there. We now how our CI platform running NANT scripts > that deploy newly built installers, run the installshield installer, run > a suite of jmeter tests, process the logs, and visualize the results > using gnuplot. All automatically each night :) > > If anyone spots any errors, please feel free to comment. >
The article implies that UDVs and User Parameters are different forms of Variables, however this is not the case - both UDVs and UPs act on JMeter Variables. The difference is that UDVs (and variables defined on the Test Plan) are only processed when the test is started. They create the initial set of variables which are made available to each thread. Subsequent changes to Variables can be made by (amongst others): - User Parameters - Regex Extractor - Counter - functions - CSV Dataset - Cookie Manager All the above occur at run-time, and only act on the variable for a single thread. They can modify the initial copy of the variable set up by UDV/Test Plan or they can create brand new variables. JMeter Variables are not a "hack" - they are an essential part of JMeter. They are the main way that threads pass information from one sampler to another, e.g. with the Regex Extractor. JMeter threads are supposed to represent independent users, so it is essential that threads have their own copies of variables. There should rarely be any need to communicate between different threads, but properties are available should the need arise (e.g. some kind of initial setup is needed to extract a value needed for subsequent threads). > -Steve > > --------------------------------------------------------------------- > 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]
