Hi Marc:
Yes, there is a need to have a lightweight browser simulator.
I'm seriously considering using HtmlUnit to test Dojo-based app.
There are 2 main issues that one needs to consider:
1. The memory footprint should be small enough to be acceptable.
We are talking about 500 virtual "browsers", hosted on say, 2-3 load driver
machines.
2. It is not good enough to send rapid and volumous traffic to the server;
one need to send the correct kind of traffic pattern;
otherwise, you have artificial traffic patterns.
Only a browser emulator can mimick this correctly.
I think point #2 is the pehaps the real reason I consider using HtmlUnit vs.
Http Recordings.
The reason is that Ajax calls can mingled and interleaved
non-deterministically.
At low loads, all client Ajax calls are likely to be serialized; at high
loads, they are likely to be
out of sync.
Example: If one have a call pattern sequence ABC..., one would expect reply
back from server to cluster
around the same order A'B'C'... (assuming the calls do not do heavy
processings)
At high loads, the replys are likely to be out-of-step, maybe
B'A'C'...unless the Ajax calls within a page("shell") are set to be
synchronous instead of asynchronous.
Also, don't forget Ajax client can also dynamically "react" to response from
earlier Ajax calls sent out previously.
You see, only a browser "emulator" can simulated the
Ajax-call-response-react correctly.
To me, Web Test is more a "functional" testing tool; not sure if it is
suitable for Load Testing even if its build on top of HtmlUnit.
I'm thinking if you could use an AOP-recorder for HtmlUnit, then you might
be able to generate high-level code that encapsulate the lower HtmlUnit API
calls.
End user can always modify the recording code if necessary.
/BK
Marc Guillemot wrote:
>
> Hello list,
>
> first to present myself: I'm the lead developer of the open source
> projects HtmlUnit (http://htmlunit.sf.net) and WebTest
> (http://webtest.canoo.com). I'm not a JMeter or load testing expert, so
> please forgive my ignorance.
>
>
> What about a combination JMeter / WebTest (or HtmlUnit)?
>
>
> An HtmlUnit user has for some months reported that he used HtmlUnit for
> load testing his AJAX application and that everything worked smoothly
> simulating 350 clients allocating only 512 MB to the JVM. Personally I
> haven't tested with so much parallel clients, but my own tests don't
> contradict his point. This seems to indicate that HtmlUnit is
> lightweight enough to produce load.
>
> Additionally is HtmlUnit a "browser". It is a special kind of browser,
> but it is a browser, that tries to behave like FF or IE depending on
> what you configure. Particularly it has a pretty good JavaScript
> support. As far as I know all (open source as well as commercial) load
> testing tools have problems with AJAX because they aren't browsers.
>
> This seems to indicate that HtmlUnit would be currently the only
> solution allowing to really produce load as well as to behave like
> "normal" browsers on AJAX applications.
>
> Finally, what is possible with HtmlUnit "pure" is probably possible with
> WebTest (which itself uses HtmlUnit). The benefit is that it would allow
> to specify tests at an higher abstraction level and, in the case of
> functional tests, produces great reports.
>
> Now my questions:
> - does JMeter's architecture allow to plug something like WebTest or
> HtmlUnit as "execution engine"?
> - is there interest in JMeter community for such a combination?
>
> Happy testing,
> Marc.
> --
> Blog: http://mguillem.wordpress.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/Interest-for-a-combination-of-JMeter-with-HtmlUnit---WebTest-for-AJAX-load-testing--tf4691247.html#a13547598
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
