Hi Everyone:

The upside of JMeter's protocol-focused testing is tremendous scale. One can run thousands of test cases concurrently in a computer of modest proportions.

The downside of this approach is that protocol-level testing is much more difficult to apply to Web applications that maintain stateful operations in the client. Many new systems I work with have data persistence, event mechanisms, server daemon-based logic, custom business logic, and desktop integration in a client running in the browser. Emulating all of this in a protocol driven test is very difficult.

At PushToTest we implemented a test architecture using the Htmlunit headless browser framework. Htmlunit runs the client, including Javascript from an Ajax application, just as Firefox or Internet Explorer does. We can easily instantiate hundreds of Htmlunit instances in the memory of a test running machine. The downside to this approach is the need for more load test running boxes to achieve your virtual user counts because of the significant extra overhead.

There is a good alternative now available from PushToTest. TestMaker now runs JMeter tests. This enables you to combine protocol driven tests with SeleniumHtmlunit tests in one test use case. For example, a test use case composed of multiple test steps runs a JMeter test, then shares the set cookies and other values with a Selenium tests.

I would be happy to organize a live group Webinar-style meeting to show off the new integration and discuss enhancements. Please let me know your thoughts. Thanks.

-Frank


On Jun 9, 2010, at 7:00 PM, Deepak Shetty wrote:

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]



--
Frank Cohen, http://www.PushToTest.com, phone 408 871 0122
PushToTest, the open-source test automation company
Twitter: fcohen, LinkedIn: Frank Cohen


Reply via email to