jmeter-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Deepak Shetty <shet...@gmail.com>
Subject Re: Do Jmeter Support Java Script calls..?
Date Thu, 16 Jul 2009 17:41:11 GMT
>However what I think the op wants to do is performance
>test loading each tab, which is implemented in client side code
>(javascript).
Yep , I was replying to adrian.
I agree with the rest of your points.

On Thu, Jul 16, 2009 at 10:19 AM, Tony Lotts <tljmeter@gmail.com> wrote:

> Deepak is right.  However what I think the op wants to do is performance
> test loading each tab, which is implemented in client side code
> (javascript).
> The performance of executing client side code is based upon the user's own
> machine, and browser; which is irrelevant to web application scalability
> and
> thus not served by JMeter.
>
> In this case you may want to deliver a comparison of tab navigation across
> each of your supported browsers, reporting the baseline hardware that the
> test was conducted with.
> However unless the tab navigation is a suspect of a poorly performing
> implementation, it's not worth investigation.
>
> On Thu, Jul 16, 2009 at 12:30 PM, Deepak Shetty <shettyd@gmail.com> wrote:
>
> > >how practical with you consider using the __javaScript() function in
> > >this type of situations? (or any other way to process client side
> > >actions when they are strictly needed)
> > I ran into this problem recently and decided to write java code that
> > simulated what the function does (generating complex XML from variables ,
> > dynamic field names etc..). If I'm interested in testing functionality
> that
> > is browser/javascript dependent I normally use selenium (or QTP). Its far
> > more difficult to get any accuracy of browser render or script execution
> > times , considering the various hardware configurations that can exist.
> >
> > > I got the help of two developers and we found one variable expected
> > >from the applet, no appropiate value was found in all the traffic
> > >recorded, so they assumed that it is sent directly from the applet to
> > >the server
> > If it's using HTTP it must work (the applet however could do other
> stuff),
> > You'd probably need to use a network sniffer tool like Wireshark and
> > verify.
> > In any case what an applet can do(in terms of client-server
> communication)
> > ,
> > you can do in Java/BSH.
> > regards
> > deepak
> >
> > On Thu, Jul 16, 2009 at 7:29 AM, Adrian Speteanu <asp.adieu@gmail.com
> > >wrote:
> >
> > > well since this question was re-re-asked (again :) ), here goes
> nothing:
> > >
> > >   how practical with you consider using the __javaScript() function in
> > > this type of situations? (or any other way to process client side
> > > actions when they are strictly needed)
> > > ( I am thinking of situations were the application might be so
> > > obfuscated that without running a certain js you cannot generate a
> > > certain variable value to pass back to the server, so whatever you do,
> > > your requests will never be well formatted or complete. would it be
> > > recommended/possible to adapt that js to what JMeter recognises / can
> > > do? )
> > >
> > > I encountered this problem with applets: all apparent requests
> > > encountered in proxy server were replicated and I even managed to get
> > > the id's right  for all applet elements and for repository resources.
> > > however, the application returned null pointer exception for one of
> > > the most simple request of all.
> > > I got the help of two developers and we found one variable expected
> > > from the applet, no appropiate value was found in all the traffic
> > > recorded, so they assumed that it is sent directly from the applet to
> > > the server (I have my doubts on that but could not prove them wrong).
> > > so, the test simply didn't act like the application no matter what.
> > >
> > >
> > > On Thu, Jul 16, 2009 at 4:23 PM, Tony Lotts <tljmeter@gmail.com>
> wrote:
> > > >
> > > > What is it that you want to accomplish?
> > > > If this is for a scalability test,  the performance of client side
> code
> > > > execution is irrelevant.
> > > >
> > > > On Thu, Jul 16, 2009 at 2:10 AM, MITRAJ <rajesh.mittapalli@gs.com>
> > > wrote:
> > > >
> > > > >
> > > > > Tabs are loaded on demand and contents in the tab are pre-loaded..
> > > > >
> > > > > Thanks,
> > > > > Raj
> > > > >
> > > > > Noel O'Brien wrote:
> > > > > >
> > > > > > How is the content of the tab gotten from the server? Is it
> > > pre-loaded or
> > > > > > loaded on demand.? Either way, it's probably obtained using
a
> http
> > > call.
> > > > > >
> > > > > > Try using a tool like wireshark to to analyze the call flow
or
> you
> > > could
> > > > > > use JMeters HTTP Proxy to recore the call flows directly.
> > > > > >
> > > > > > Regards,
> > > > > > Noel
> > > > > >
> > > > > > ----- "MITRAJ" <rajesh.mittapalli@gs.com> wrote:
> > > > > >>
> > > > > >> Thanks Noel
> > > > > >>
> > > > > >> In my application have 3 tabs.
> > > > > >> If i click on the tab, A frame is loaded. Those tabs are
based
> on
> > > Java
> > > > > >> script. (HTTP request url is not there for these tabs).
Is there
> > any
> > > way
> > > > > >> to
> > > > > >> test tabs..?
> > > > > >>
> > > > > >> Thanks
> > > > > >> Raj
> > > > > >>
> > > > > >>
> > > > > >> Noel O'Brien wrote:
> > > > > >> >
> > > > > >> > Hi,
> > > > > >> >
> > > > > >> > See the "JMeter is not a browser" section in
> > > > > >> > http://jakarta.apache.org/jmeter/index.html
> > > > > >> >
> > > > > >> > Regards,
> > > > > >> > Noel
> > > > > >> >
> > > > > >> > ----- "MITRAJ" <rajesh.mittapalli@gs.com> wrote:
> > > > > >> >>
> > > > > >> >>
> > > > > >> >> --
> > > > > >> >> View this message in context:
> > > > > >> >>
> > > > > >>
> > > > >
> > >
> >
> http://www.nabble.com/Do-Jmeter-Support-Java-Script-calls..--tp24493378p24493378.html
> > > > > >> >> Sent from the JMeter - User mailing list archive
at
> Nabble.com.
> > > > > >> >>
> > > > > >> >>
> > > > > >> >>
> > > ---------------------------------------------------------------------
> > > > > >> >> To unsubscribe, e-mail:
> > > jmeter-user-unsubscribe@jakarta.apache.org
> > > > > >> >> For additional commands, e-mail:
> > > jmeter-user-help@jakarta.apache.org
> > > > > >> >>
> > > > > >> >>
> > > > > >> >
> > > > > >> > --
> > > > > >> > Regards,
> > > > > >> > Noel
> > > > > >> >
> > > > > >> >
> > > > > >>
> > > > > >> --
> > > > > >> View this message in context:
> > > > > >>
> > > > >
> > >
> >
> http://www.nabble.com/Do-Jmeter-Support-Java-Script-calls..--tp24493378p24496582.html
> > > > > >> Sent from the JMeter - User mailing list archive at Nabble.com.
> > > > > >>
> > > > > >>
> > > > > >>
> > > ---------------------------------------------------------------------
> > > > > >> To unsubscribe, e-mail:
> > jmeter-user-unsubscribe@jakarta.apache.org
> > > > > >> For additional commands, e-mail:
> > > jmeter-user-help@jakarta.apache.org
> > > > > >>
> > > > > >>
> > > > > >
> > > > > > --
> > > > > > Regards,
> > > > > > Noel
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > View this message in context:
> > > > >
> > >
> >
> http://www.nabble.com/Do-Jmeter-Support-Java-Script-calls..--tp24493378p24510645.html
> > > > > Sent from the JMeter - User mailing list archive at Nabble.com.
> > > > >
> > > > >
> > > > >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > > > > For additional commands, e-mail:
> jmeter-user-help@jakarta.apache.org
> > > > >
> > > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> > >
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message