I agree. There are issues with how far recorders can go before you need to write tests from scratch using client libraries rather than try to decode hex or worse from a recorder data file. Only issue then is what are you measuring the requests through the code plus network and system under test? I am not sure how JMeter deals with the measurements in that use case.
Regards, -Tony ----- Original Message ---- From: Deepak Shetty <[email protected]> To: JMeter Users List <[email protected]> Sent: Thu, June 10, 2010 12:29:28 PM Subject: Re: AJAX Testing Hi So the way JMeter records the script using a HTTP Proxy (and Loadrunner is the same as far as I know), so the Javascript library used to implement the call is irrelevant. Only the HTTP request/Response matters. So if this is an issue with load runner it wont be with JMeter. (However Selenium/QTP which use the browser itself to record *may* have issues) However note that recording a script is just a utility to reduce the time needed to code the script. It has no bearing on running the script or even on creating it (manually or any other means). I know a lot of people get hung up on record / replay(but thats a separate rant!) , but from experience, for non trivial scripts, most of the time is spent elsewhere. regards deepak On Thu, Jun 10, 2010 at 11:19 AM, Tony Anecito <[email protected]> wrote: > Hi Deepak, > > From what I hear there are many implementations (javascript libraries) for > AJAX out in the world. HP Loadrunner record/playback only supports specific > implementations (two I think) for playback. When it records it has specific > c functions is uses that I suspect use AJAX libraries. > > Regards, > -Tony > > > > ----- Original Message ---- > From: Deepak Shetty <[email protected]> > To: JMeter Users List <[email protected]> > Sent: Thu, June 10, 2010 10:48:24 AM > Subject: Re: AJAX Testing > > Hi > >specific versions of AJAX > Im not sure what you mean by this statement. As before Jmeter (and > loadrunner) can send any HTTPRequest and an AJAX request is a HTTPRequest - > though i guess there might be limitations Im unaware of. > The problems usually arise when you javascript dynamically calculates data > , > and since JMeter does not execute javascript, you have to calculate these > values yourself (an area where JMeter is still very good , but load runner > is pretty poor). > > regards > deepak > > On Wed, Jun 9, 2010 at 11:10 PM, Tony Anecito <[email protected]> wrote: > > > Hi Deepak, > > > > Loadrunner only supports specific versions of AJAX that is the issue. You > > never know what a vendor will throw at you. > > > > I am thinking of performance testing not functional. > > > > Thanks, > > -Tony > > > > > > > > ----- Original Message ---- > > From: Deepak Shetty <[email protected]> > > To: JMeter Users List <[email protected]> > > Sent: Wed, June 9, 2010 5:00:10 PM > > Subject: Re: AJAX Testing > > > > Hi > > well not exactly. > > An AJAX request is in the end an http request/response so yes JMeter can > do > > that, and you can perform basic functional and performance tests. > > > > However Jmeter is not a browser and doesnt execute javascript and wont > > behave like it , so some of the things that people would like to do (e.g. > > an > > AJAX system that polls or responds to a user doing something like type > half > > a word in a textbox ) cant be directly mapped to JMeter , though you'd > > probably have workarounds. JMeter also doesnt do well(but can still work) > > with dynamic systems like GWT whose outputted Javascript is a whole bunch > > of > > gibberish that needs to be carefully extracted and worked with. JMeter / > > Load Runner should have similar limits , the difference being that Jmeter > > makes its far easier than Load runner to perform the same task. If you > can > > elaborate the problems you ran into with LoadRunner we could see if > Jmeter > > can deal with the same issue. > > > > If your focus is a functional test then testing systems which drive the > > browser Selenium/Watir/QTP are better options , imo , than JMeter. > > > > regards > > deepak > > > > On Wed, Jun 9, 2010 at 3:30 PM, Tony Anecito <[email protected]> > wrote: > > > > > Hi Deepak, > > > > > > Okay. To give you a better idea is I want to take a web app that uses > the > > > browser and execute a test case and then after is done rerun the test > > case > > > through JMeter. The web app uses AJAX for parts of it. > > > > > > We use LoadRunner right now but we see/test so many different apps and > > > LoadRunner has limits for testing web pages that use AJAX. So need more > > info > > > about JMeter. > > > > > > Does that help? > > > > > > Thanks, > > > -Tony > > > > > > > > > > > > ----- Original Message ---- > > > From: Deepak Shetty <[email protected]> > > > To: JMeter Users List <[email protected]> > > > Sent: Wed, June 9, 2010 2:23:12 PM > > > Subject: Re: AJAX Testing > > > > > > Yes but your mileage varies based on your expectations on the meaning > of > > > "test AJAX". > > > > > > > > > On Wed, Jun 9, 2010 at 12:24 PM, Tony Anecito <[email protected]> > > wrote: > > > > > > > Hi All, > > > > > > > > Is it possible to use jmeter to test AJAX based web pages? If so is > it > > > AJAX > > > > vendor version specific? > > > > > > > > Thanks, > > > > -Tony > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > 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] > > > > > > > > > > --------------------------------------------------------------------- > 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]
