> Or one could develop a new Assertion. > > You might still need to add a way to edit the responses to remove the > variable data.
Sebb and Keith - I tried something similar with plain response assertions and regexs... my intention was to get JMeter to act as a rudimentary diff facility (it just signals if something is different), but I may have run into a limitation the regex support. The usual way to use Response Assertions is setting snippets of text (which may have regexs) in an assertion. JMeter then tries to match the response body (or headers) against it. Is it possible to assert a suitably processed multiline document? I was thinking of something like this: 1. Take the _entire_ body response from a server 2. Replace the variable bits with suitable regular expressions 3. Quote any other regex metacharacters 4. Take the text processed this way, and set it as a JMeter response assertion I tried doing this - JMeter lets me paste in this multi-line text into the assertion textbox with no problems, but try as I might, I could not it to work. I also tried using Perl5 extended regular expressions of multiline matching - i.e., instead of /abc/m, I set the assertion to (?m)abc - but no go. I'd like your thoughts on this issue. Regards, Sonam Chauhan -- Electronic Commerce, Corporate Express Australia Ltd. Phone: +61-2-9335-0725, Email: [EMAIL PROTECTED] > -----Original Message----- > From: sebb [mailto:[EMAIL PROTECTED] > Sent: Monday, 25 April 2005 10:51 PM > To: JMeter Users List > Subject: Re: Regression Testing w/ JMeter > > The Post-Processor Save Responses to a File was partly introduced with > this in mind. > > This takes a name prefix (which I think can be a variable) so you can > run the test twice, saving the results to two sets of files, and then > use some other tool to do comparisons of the files. > > You may need to pre-process the files to remove some dynamic data > (e.g. dates/times) before doing the diffs. > > There's no differencing capability built into JMeter at present. > > However, I guess the Save Responses test element could be extended to > include a second filename prefix, and could save the new data and then > compare it. Not sure offhand how this should report differences - I > think it may run too late to change the failure status - but it could > certainly log a message. > > Or one could develop a new Assertion. > > You might still need to add a way to edit the responses to remove the > variable data. > I think this could be done using another Post-Processor (BeanShell > Assertion should be usable here) that gets run before the Saver gets > the result. Or this could be added to the Saver itself (easier to > understand). > > I suggest you try using external comparisons first, as this will give > a better idea of the sort of text that might need to be removed from > the responses before diffing. > > S. > On 4/25/05, Keith Weicksel <[EMAIL PROTECTED]> wrote: > > I was wondering if anyone used JMeter to regression test a site. > > Particularily, what I am looking for is the ability to: > > > > 1 - create a baseline tests for some path in our site (storing the > > HTML/DOM response somewhere) > > 2 - run the same test again after changes were made to the site and be > > able to DIFF the responses (showing the differences somehow) > > 3 - if there are changes (and they are OK), replace the baseline > > responses with the new valid ones > > > > I have used JMeter for about a month now, and do not believe it has this > > functionality built right into it at this point. My question is what is > > the extent of the regression testing ability buiilt into JMeter? And > > how difficult would it be to add this functionaility to it myselft? > > > > Thanks, > > > > Keith > > > > --------------------------------------------------------------------- > > 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
