Mailing-List: contact user-help@jmeter.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "JMeter Users List" <user@jmeter.apache.org>
Received-SPF: pass (athena.apache.org: domain of zippyzeppoli@gmail.com
 designates 209.85.214.49 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CA+V6+ZAq4i-_aPRWLoyGCr+E58h7k25r1qUQxjCwYMskbxra0Q@mail.gmail.com>
References: 
 <CAPfsdnpeVxOXpBpi5kP8__Tu1YjmeYAS3EWJ+Cp=SdB9B3Zs3w@mail.gmail.com>
	<CA+V6+ZCvGt3-Eu86eHnF=F+VKBS-tVAgJcPh5A-L2oSU_t+kBw@mail.gmail.com>
	<CAPfsdnpdw5zRN7Ci6E1VyuUimSgGRocrFfC1eGvo2C7PV1+cOQ@mail.gmail.com>
	<2DB71565D9DF26409875BE0660934F6B5F5920260C@TNS-MAIL-AP.win2k.corp.tnsi.com>
	<CA+V6+ZDSU69qnd3z-c0p0ARJ0SfayKLy2EQYSvFm-8j1dJsu_g@mail.gmail.com>
	<2DB71565D9DF26409875BE0660934F6B5F59202678@TNS-MAIL-AP.win2k.corp.tnsi.com>
	<CAPfsdnpSu5i2NDgNFQpzM3Ra3cupLsbfULyRkvbBv5RLqWFG8A@mail.gmail.com>
	<CAH9fUpZ9iov8UMfVcFfO5cx=VVgXg4VecYwDp_+KefyXVKo79A@mail.gmail.com>
	<CA+V6+ZAC-4857EgvW3tpajm4dWhLJBhXLWKzKBUo7AdCs7QQug@mail.gmail.com>
	<CAPfsdnp7nfdzZX2uaowR9LPT08UNtiOxff8Gb7xUObJeD=noMQ@mail.gmail.com>
	<CA+V6+ZAq4i-_aPRWLoyGCr+E58h7k25r1qUQxjCwYMskbxra0Q@mail.gmail.com>
Date: Tue, 5 Feb 2013 17:29:14 -0800
Message-ID: 
 <CAPfsdnqhHcARV+9os2XshcdBCwG8mhCFkpuXEx170Unu8oZVMA@mail.gmail.com>
Subject: Re: complex javascript actions in jmeter load test
From: Zippy Zeppoli <zippyzeppoli@gmail.com>
To: JMeter Users List <user@jmeter.apache.org>
Content-Type: multipart/alternative; boundary=0015175defee0763ef04d50441d1

--0015175defee0763ef04d50441d1
Content-Type: text/plain; charset=ISO-8859-1

Proxy won't work for clicking on JavaScript.
Selenium will, however, Selenium isn't designed for performance testing,
with the exception of BrowserMob, who has perfected it.

If JMeter had some kind of (good) Selenium integration then it might be
able to achieve it.

I think JMeter is a good tool, but it's not built for this kind of work.

On Tue, Feb 5, 2013 at 5:20 PM, David Luu <mangaroo@gmail.com> wrote:

> I'm not familiar with the full feature set of BrowserMob, but JMeter can do
> what you want, easy or hard, depending on your needs.
>
> If all you need is simple record & playback, JMeter proxy is best option.
> Just record w/ proxy, it generates a basic test plan that you can save to
> file and run w/ X threads to generate load, etc.
>
> But that approach will always use the same user, same data in the AJAX
> calls during load generation.
>
> If you need them to be unique & parameterized, that's where it takes some
> work to go in and cleanup the proxy recording w/ paramaterized data,
> response checking (if more than just checking HTTP 200 OKs). And you'll
> find proxy recording generates a lot of unnecessary HTTP requests for HTML,
> CSS, image files that aren't necessary of interest as you're testing the
> AJAX calls, which is where you filter out only the requests of interest and
> only use those in test plan, etc.
>
> I believe this kind of work is needed regardless of what tool you use, some
> tools just make it easier, but there's still work to do. Not just a one
> touch button approach unless all you need is simple record & playback.
>
> On Tue, Feb 5, 2013 at 5:08 PM, Zippy Zeppoli <zippyzeppoli@gmail.com
> >wrote:
>
> > Will probably just buy BrowserMob.
> > Too bad there isn't an open source framework to already do this.
> >
> > Building this is a yak shave, and I need to be testing, not building a
> test
> > harness thats probably going to break on the next release.
> >
> > On Tue, Feb 5, 2013 at 3:40 PM, David Luu <mangaroo@gmail.com> wrote:
> >
> > > JMeter proxy is the most integrated approach, but I find it gives "too
> > much
> > > information", so I tend to use external tools like browser traffic
> > sniffers
> > > (HttpFox, livehttpheaders, ieHttpHeaders) to see what HTTP requests are
> > > made for AJAX calls for just the requests & responses I'm interested
> in,
> > > easier to manage. But that's just my opinion, others might find the
> > JMeter
> > > proxy easier to use.
> > >
> > > Whatever approach you take, you just need to know what HTTP requests
> are
> > > made by the AJAX calls to replicate in JMeter, and parameterize those
> > > requests to take in dynamic/test data as needed, assert appropriate
> > > response data, etc. In this case, WebDriver can be dropped from the
> > > equation, just gives more overhead and lowers scalability in load
> > > generation.
> > >
> > > On Tue, Feb 5, 2013 at 1:55 PM, Philippe Mouawad <
> > > p.mouawad@ubik-ingenierie.com> wrote:
> > >
> > > > AjaxCall will emit a network call which JMeter will capture.
> > > >
> > > > Use JMeter Server Proxy and you should have the Ajax Calls recorded.
> > > >
> > > > Regards
> > > > Philippe M.
> > > >
> > > > Follow me on twitter <https://twitter.com/philmdot>
> > > >
> > > > UBIK-INGENIERIE on TWITTER <https://twitter.com/ubikingenierie>
> > > >
> > > > UBIK LOAD PACK BLOG <http://www.ubik-ingenierie.com/blog/>
> > > >
> > > > On Tue, Feb 5, 2013 at 10:52 PM, Zippy Zeppoli <
> zippyzeppoli@gmail.com
> > > > >wrote:
> > > >
> > > > > To clarify:
> > > > > An example would be:
> > > > > 1) log in via a form post
> > > > > 2) look at orders in an ecommerce interface (AJAX call)
> > > > > 3) click on result to view order detail (AJAX)
> > > > >
> > > > > Pretty much a standard ecommerce transaction, but the interface is
> > all
> > > > > javascript.
> > > > >
> > > > > On Mon, Feb 4, 2013 at 7:40 PM, Stott, Charlie <CStott@tnsi.com>
> > > wrote:
> > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: David Luu [mailto:mangaroo@gmail.com]
> > > > > > > Sent: Tuesday, 5 February 2013 1:18 PM
> > > > > > > To: JMeter Users List
> > > > > > > Subject: Re: complex javascript actions in jmeter load test
> > > > > > >
> > > > > > >  >> You can use webdriver from jmeter.  Create a webdriver
> class
> > > that
> > > > > > > performs the requests and runs the javascript via the browser,
> > then
> > > > > > run/call
> > > > > > > it from a BSF or JSR sampler.
> > > > > > >
> > > > > > > Just to clarify, I take it that's only worthwhile to do (in
> terms
> > > of
> > > > > > > scalability) when using PhantomJSDriver or HtmlUnitDriver or
> > > > > > FirefoxDriver
> > > > > > > (on Linux with xvfb) with JMeter this way?
> > > > > > >
> > > > > >
> > > > > > "Worthwhile" depends on assumptions.
> > > > > >
> > > > > > > Because otherwise, the browser GUI is the scalability limiting
> > > factor
> > > > > > even
> > > > > > > with JMeter and Grid deployment, and in that case, no
> difference
> > in
> > > > > using
> > > > > > > WebDriver outside JMeter to do performance tests except if one
> > > wants
> > > > > the
> > > > > > > JMeter logging/reporting facilities to help performance test,
> > > because
> > > > > > there's
> > > > > > > no or minimal scalabiity gain.
> > > > > > >
> > > > > >
> > > > > > Seems the poster is more at the capability/viability stage of
> > > > developing
> > > > > > tests?  We would need much more information to start advising on
> > the
> > > > > entire
> > > > > > load testing process, start to finish, and what challenges may
> face
> > > the
> > > > > > poster along the way.
> > > > > >
> > > > > >
> > > > > > > On Mon, Feb 4, 2013 at 4:42 PM, Stott, Charlie <
> CStott@tnsi.com>
> > > > > wrote:
> > > > > > >
> > > > > > > > You can use webdriver from jmeter.  Create a webdriver class
> > that
> > > > > > > > performs the requests and runs the javascript via the
> browser,
> > > then
> > > > > > > > run/call it from a BSF or JSR sampler.
> > > > > > > >
> > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Zippy Zeppoli [mailto:zippyzeppoli@gmail.com]
> > > > > > > > > Sent: Tuesday, 5 February 2013 9:28 AM
> > > > > > > > > To: JMeter Users List
> > > > > > > > > Subject: Re: complex javascript actions in jmeter load test
> > > > > > > > >
> > > > > > > > > The problem is Selenium has no performance testing harness.
> > > > > > > > > Sucks that it seems BrowserMob (paid solution) is the only
> > > solid
> > > > > > option.
> > > > > > > > >
> > > > > > > > > Until someone builds something with Phantom.js, but it
> seems
> > > > JMeter
> > > > > > > > > isn't going to cut it here.
> > > > > > > > >
> > > > > > > > > On Fri, Feb 1, 2013 at 5:40 PM, David Luu <
> > mangaroo@gmail.com>
> > > > > > wrote:
> > > > > > > > >
> > > > > > > > > > You'll need to figure out what the complex javascript
> does.
> > > > Does
> > > > > > > > > > it make any AJAX requests, or is it all local client side
> > > > > > > > processing/rendering?
> > > > > > > > > >
> > > > > > > > > > If it's all local, then there's no point testing it with
> > > > JMeter,
> > > > > > > > > > that's client side browser testing better done with
> > Selenium.
> > > > It
> > > > > > > > > > won't impact the server side load test (except delay in
> > > server
> > > > > > > > > > response time for fetching files will impact the
> javascript
> > > > > > > > > > execution on client side, but that can be compensated w/
> > > JMeter
> > > > > > > > > > load test against server with 1+ Selenium test running at
> > > same
> > > > > > > > > > time to gauge client side performance of site/app in
> > > browser).
> > > > > > > > > >
> > > > > > > > > > If the javascript does execute AJAX requests, you need to
> > > > figure
> > > > > > > > > > out the HTTP requests made and mimic that in JMeter as
> part
> > > of
> > > > > your
> > > > > > > test.
> > > > > > > > > > You can get that reading dev/design docs, or reverse
> > > > > > > > > > engineer/traffic sniffing the app while doing manual
> > testing.
> > > > > > > > > >
> > > > > > > > > > On Fri, Feb 1, 2013 at 1:45 PM, Zippy Zeppoli
> > > > > > > > > > <zippyzeppoli@gmail.com
> > > > > > > > > > >wrote:
> > > > > > > > > >
> > > > > > > > > > > Hello,
> > > > > > > > > > > If I have a website which requires logging in, and
> > > executing
> > > > > > > > > > > complex javascript actions, how would I do this (if at
> > all)
> > > > in
> > > > > > jmeter?
> > > > > > > > > > >
> > > > > > > > > > > I've heard of writing groovy scripts to do this but
> this
> > > > sounds
> > > > > > > > > > > like a
> > > > > > > > > > lot
> > > > > > > > > > > of work / maintenance.
> > > > > > > > > > >
> > > > > > > > > > > Thank you.
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > ---------------------------------------------------------------------
> > > > > > > > To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
> > > > > > > > For additional commands, e-mail: user-help@jmeter.apache.org
> > > > > > > >
> > > > > > > >
> > > > > >
> > > > > >
> > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
> > > > > > For additional commands, e-mail: user-help@jmeter.apache.org
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

--0015175defee0763ef04d50441d1--