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 <[email protected]> wrote: > > -----Original Message----- > > From: David Luu [mailto:[email protected]] > > 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 <[email protected]> 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:[email protected]] > > > > 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 <[email protected]> > 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 > > > > > <[email protected] > > > > > >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: [email protected] > > > For additional commands, e-mail: [email protected] > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
