opensta-users — OpenSTA users discussion and support

Re: [OpenSTA-users] Is it possible to record https traffic with up to date (patched) browsers?

[Olaf K. <ok...@ab...>]

Joseph Bourassa schrieb:
> I've considered just doing all the recording and load tests 
> as non-secured, but I think it would be hard to take those
> results and relate them in a meaningful way to the same setup,
> albeit secured.   From what I've read, the performance and
> loads on the servers/clients (notably the web server and
> clients) will be very different when the site is secured
> versus non-secured.  This makes perfect sense to me and
> seems true.

Hi,
apart from what you asked in the rest of your mail, you of course could
always record http and change the script to playback https. This should
give realistic results and work around your problems with the various
browsers.

Can you give more details, about what kind of "no success" you had with
Firefox 2.0? Is it possible to sniff the traffic to the gateway and
analyse what is sent back and forth in the first problematic request ?

Cheers,
Olaf


-- 
No part of this message may reproduce, store itself in a retrieval
system, or transmit disease, in any form, without the permissiveness of
the author.

[OpenSTA-users] Problems with DOM address variables and Apache Server

[Luis B. <lui...@gm...>]

Hello,

   I'm working with OpenSTA over Apache Server to simulate a user login
   and a bidding. The SCL code has a "jsessionid" and i want it change
   the next time i will run the script, so i did:

      Load Response_Info Header on 1  &
      Into VAR_UID &
      ,WITH "Set-Cookie,JSESSIONID"

     Also i changed all static "jsessionid=xxxxx...xx" by my VAR_UID.
Finally, i   loaded two DOM address variables ( "last bid" & "new bid"
) and put them in the POST:

       LOAD RESPONSE_INFO BODY ON 6 &
       INTO lastBid &
       ,WITH  "HTML(0)/BODY(1)/DIV(1)/DIV(0)/DIV(1)/DIV(1)/DIV(1)/DIV(0)/FORM
 (0)/DIV(0)/INPUT(0):ATTRIBUT" &  "E:value(2)"

       LOAD RESPONSE_INFO BODY ON 6 &
       INTO newBid &
      ,WITH  "HTML(0)/BODY(1)/DIV(1)/DIV(0)/DIV(1)/DIV(1)/DIV(1)/DIV(0)/FORM(0)/DIV(0)/INPUT(0):ATTRIBUT"
&  "E:value(3)"
         ...............
         ...............
         ...............

      PRIMARY POST URI " http : // trxxxxxxxxxxxxxxxxxxxxx " &
      "HTTP/1.1" ON 6 &
      HEADER DEFAULT_HEADERS &
      ,WITH {"Accept: " &
            .................
            .................
      ,BODY "idC=327&page=1&lastBid="+lastBid+"&newBid="+newBid+""

     This work fine!. My problem is this, now i have three Apache
servers and my script  don't already work!. When i load a DOM address
variable i get some like this:

       1-1 :[1881]:HTTPRESPONSE: Name: LASTBID Identity:
HTML(0)/BODY(1)/DIV(1)/DIV(0)/DIV(1)/DIV(1)/DIV(1)/DIV(0)/FORM(0)/DIV(2)/INPUT(0):ATTRIBUTE:value(2)
Value: TModeller_Web.exe|1556|1-1|BIDDING_2|1881|E* HTTPRESPONSE (HTML
parser): unresolved variable for connection (6)
     TModeller_Web.exe|1556|1-1|BIDDING_2|1881|E* TScript::run: ERROR
in TOF execution; resuming...

               ...............
               ...............

       Apache servers add to my "jsessionid" a new parameter:
"jvmroute", which let me know which server get the request. So, the
new jsessionid is something like this:
          jsessionid=24436523465465873614zgsfhtsawrt4.web1 or .web2

       Please, Can anyone help?

       Thanks in advance.

[OpenSTA-users] Active Users Vs Timer Values

[Sehrish A. <san...@ya...>]

Hi all,

I am new to Open STA. So far I have been able to
record and play back script using OPen STA. I cannot
understand the results generated by Open STA. All i
know is that Active users vs timer values and active
users vs response times are the best graphs that
represent application's behavior. I dont know how to
use Timers in a script? Do i have to insert timers
before every GET / POST statement? Right now the graph
i can see is just a straight line and i dont know what
does that mean?

Can anyone please help me out and explain how i can
use timers in my scripts? 

Also how can i ramp up the number of users say for
example 100 users entering every 10mins?

Cheers,

Sarah Jones


 
____________________________________________________________________________________
Don't pick lemons.
See all the new 2007 cars at Yahoo! Autos.
http://autos.yahoo.com/new_cars.html 

[OpenSTA-users] Is it possible to record https traffic with up to date (patched) browsers?

[Joseph B. <jo...@Ve...>]

Greetings OpenSTA Users,

I'm looking for some concrete information on recording HTTPS traffic =
using any of the major browsers (IE, Firefox, Netscape) that are up to =
date with the latest patches.=A0 Is it even possible??=A0 =A0I am using =
the squiggly bracket workaround (http://{mysite.com) mentioned in the =
FAQ, but I have had no success with Firefox 2.0 and limited but not =
acceptable success with IE6 (ver 6.0.28000.1106).=A0 When I say limited =
but not acceptable I mean sometimes I can record up to a certain point =
but then the browser just hangs showing Opening page...down in the =
bottom message bar - nothing is every returned.=A0 I have to close the =
browser and end the recording session. =A0The SCL script does show up =
for the last page that was recorded, but of course it's not a complete =
recording. The next try I may get a little further along or not as far, =
but the browser always ends up hanging.=A0 I know the web app is OK, b/c =
repeating the exact same steps when the site is non-secured yields =
perfect recordings (plus the app is in a stable release).=A0=A0 I didn't =
have any success using IE7 either.  I've considered just doing all the =
recording and load tests as non-secured, but I think it would be hard to =
take those results and relate them in a meaningful way to the same =
setup, albeit secured.=A0=A0 From what I've read, the performance and =
loads on the servers/clients (notably the web server and clients) will =
be very different when the site is secured versus non-secured.=A0 This =
makes perfect sense to me and seems true.=A0 If so, how realistic is it =
to take results from a non-secured load test and try to apply them to a =
secured site (again all other things being equal)?=A0 To me it's like =
comparing apples to oranges.=A0=A0=20

Do I need to go back to and IE5 or a base IE6 version to do HTTPS =
recordings?

If anyone has any insight into recording HTTPS using currently patched =
browsers I would greatly appreciate a response.=A0 Thanks in advance.

Joe =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0

[OpenSTA-users] OpenSTA crash/malfunction if certain alteration made to script

[<geo...@sm...>]

OS: Windows XP
OpenSTA 1.4.3

- After recording my script (simple one, just log into my web app), I use 
the single-step function of OpenSTA to play it back. The tool seems to 
work fine at this point during playback.
- I need to extract a "tokenId" from the body of one of the responses, 
store it in a variable, then re-inject that value back into a request 
later on. So I make the following changes to my script:

        CHARACTER*1024  TOKEN_ID                        !Inserted into the 
Definitions section
        ...
        Load Response_Info Body on 8    &                       !Inserted 
into Code section right after the GET URI command that should have the 
desired value in it's response
                Into TOKEN_ID &
                ,WITH 
html(0)/body(1)/table(0)/tr(0)/td(0)/table(0)/tr(0)/td(0)/form(1)/input(1):ATTRIBUTE:value(0)
        ...
        ,BODY "validatorOff=true&tokenId="+TOKEN_ID             !This is 
body of a later POST URI command that I altered to now use the variable 
instead of a static value

- Hit Save to save the script, go to Commander where I have a Test set up 
with 1 VU running the script only.
- When I attempt to single-step through this updated script, the upper 
part of the tool appears to be working ('Run', 'Step', 'Stop' buttons work 
and the URLs highlight as if they are being played), but the lower pane 
where I expect to see HTTP request/response details remains completely 
blank.

Note: I have tried many permutations of my script, though not documented 
here. This blank pane in the single-step tool has occurred a number of 
times, or I may get a windows message saying that "TestPlugin has 
encountered an error and must close".

Any advice would be appreciated. I can send the full script directly to 
anyone that wants to look at it.

Thank you,
-George Wagner

Re: [OpenSTA-users] problem with HTTPS recording

[Olaf K. <ok...@ab...>]

Jyothish Varma schrieb:
> 
> "The XML page cannot be displayed [...]
> 
> Anyone familiar with this message? I don't think my ie6 is corrupted
> since it works fine on the website without using opensta proxy. Is it
> because opensta proxy is unable to handle some of the specific requests
> and css sheets?

First: Is this message one that the browser generates or is it an
application message? (E.g. does IE tell you, it cannot process some XML
or does your application do so?). For this reason I almost always
suggest to unselect "short html error messages" (or similar) in IEs
settings - this lets you view the original server error messages that
might be more helpful than IEs standard ones.

The next best might be to look for the smallest possible testcase to
reproduce it and sniff network traffic, both with and without the
OpenSTA proxy. Then compare them - compare what is sent to the server in
either case as well as what is sent from server to client.

The proxy usually rewrites https:// URLs to http://{ itself, but there
are several known limitations when it can't do so - e.g. if urls are
dynamically constructed using javascript, Java, Flash etc. This will
most likely mess up with your content... (as far as I remember this is
also handled in the RecordingHttps-FAQ)

Hope this helps,
Olaf

-- 
No part of this message may reproduce, store itself in a retrieval
system, or transmit disease, in any form, without the permissiveness of
the author.

Re: [OpenSTA-users] Error compiling SCL script

[Alexander D. <ale...@gm...>]

Yes, I installed and ran OpenSTA with Administrator rights. I also has
User Account Control turned off on my system. So, I don't know what is
the reason of this error.

On 2/23/07, Daniel Sutcliffe <da...@op...> wrote:
>
> I have no idea what your problem is but my guess would be that it is
> something permission related.  Did you install as the Administrator
> and then run OpenSTA also as Administrator?
>
> Cheers
> /dan
> --
> Daniel Sutcliffe <Da...@tc...>

Re: [OpenSTA-users] problem with HTTPS recording

[Jyothish V. <jv...@se...>]

>see http://portal.opensta.org/faq.php?topic=3DRecordingHttps, there is =
a
>section that handles this.

Hi Olaf,

I realized that the problem is not because of %7B (it is getting
resolved). My website is using cgi scripts. On accessing through ie6
without opensta proxy, the website works just fine. But, when I'm
accessing my site through opensta, it is giving following error on
certain pages.

"The XML page cannot be displayed=20
Cannot view XML input using style sheet. Please correct the error and
then click the Refresh button, or try again later.
Access is denied. Error processing resource"

Anyone familiar with this message? I don't think my ie6 is corrupted
since it works fine on the website without using opensta proxy. Is it
because opensta proxy is unable to handle some of the specific requests
and css sheets?

Thanks,
-Jyothish

Re: [OpenSTA-users] problem with HTTPS recording

[Olaf K. <ok...@ab...>]

Jyothish Varma schrieb:
> Hi Dan, Greg, Daniel,
> 
> Thanks for the info. I can record https script using ie6. But now, I
> have a different problem. The first https page loads correctly, but when
> I click on any link to navigate to a different page, the ie
> automatically replaces '{' with '%7B'. I read that this problem was
> fixed in 1.4.3 and I'm using the latest one. Btw, I'm using ie6 on a
> windows 2003 server box with sp1.
> 
> Is this a new bug or is a fix available?

Hi Jyothish,

see http://portal.opensta.org/faq.php?topic=RecordingHttps, there is a
section that handles this.

Cheers,
Olaf

-- 
No part of this message may reproduce, store itself in a retrieval
system, or transmit disease, in any form, without the permissiveness of
the author.

Re: [OpenSTA-users] problem with HTTPS recording

[Jyothish V. <jv...@se...>]

Hi Dan, Greg, Daniel,

Thanks for the info. I can record https script using ie6. But now, I
have a different problem. The first https page loads correctly, but when
I click on any link to navigate to a different page, the ie
automatically replaces '{' with '%7B'. I read that this problem was
fixed in 1.4.3 and I'm using the latest one. Btw, I'm using ie6 on a
windows 2003 server box with sp1.

Is this a new bug or is a fix available?

Thanks,
Jyothish

Re: [OpenSTA-users] problem with HTTPS recording

[<Gre...@do...>]

For the most part, I can cleanly record https scripts. I have had
problems though, which required uninstalling and reinstalling a couple
of times and then it worked again. I also use IE 6 to record and
execute.

Greg

-----Original Message-----
From: ope...@li...
[mailto:ope...@li...] On Behalf Of Daniel
Sutcliffe
Sent: Thursday, February 22, 2007 11:32 PM
To: ope...@li...
Subject: Re: [OpenSTA-users] problem with HTTPS recording

Jyothish wrote:
> > I've a problem with recording HTTPS traffic. I followed exactly
> > what was documented about recording HTTPS traffic:
> >   http://portal.opensta.org/faq.php?topic=3DRecordingHttps
> > I'm able to record http traffic correctly, but when I switch to
> > https traffic, (for example:
> >   https://adwords.google.com/select/siteguidelines.html
> > the browser displays an error saying "server not found".  I'm using
> > firefox (I tried with v1.5 and v2.0)

Does your recorded SCL script contain anything?
Specifically a final error comment?

Dan Downing wrote:
> In my experience, OpenSTA does not record cleanly with either Firefox
> or IE7,

Please explain what you mean by "does not record cleanly".
Are you referring just to HTTPS or is this a general comment?

> even if you use the "remote browser" approach as described in the
FAQs.

You have to use the "remote" (manual) method currently to record
anything other than IE or Netscape v.ancient ... ?

Cheers
/dan
--=20
Daniel Sutcliffe <Da...@tc...>
  OpenSTA part-time careatker - http://OpenSTA.org/

------------------------------------------------------------------------
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDE
V
--=20
OpenSTA-users mailing list Ope...@li...
Subscribe/Unsubscribe/Options:
http://lists.sf.net/lists/listinfo/opensta-users
Posting Guidelines:
http://portal.opensta.org/faq.php?topic=3DUserMailingList

Re: [OpenSTA-users] Transactions not submitted

[Olaf K. <ok...@ab...>]

Daniel Sutcliffe schrieb:
> Olaf Kock wrote:
>> I'm thinking about a feature request to generate a comment into the
>> head of the recorded script containing information that the script
>> usually MUST be modified in order to get expected results.
>> Probably this would get read more than any documentation... Daniel?
>> ;-)
>  - how about something along the lines of:
>  "This script was recorded by the OpenSTA Gateway version M.m.p.B.
>   The unmodified script does not check for Web application or HTTP
>   errors - you must hand code any return checking and flow logic if
>   you want the replay to react to any potentially different returns
>   than happened in the original recording session."
> Do you think this could short circuit some potential confusion?  If
> there's enough positive feedback for this sort of thing then we'll 
> certainly make sure the next version contains something like it.

This is nice. Perhaps a few uppercase-letters (even though they might be
perceived more rude) would help more:

  "This script was recorded by the OpenSTA Gateway version M.m.p.B.
   The unmodified script DOES NOT CHECK for Web application or HTTP
   errors - you MUST HAND CODE any return checking and flow logic if
   you want the replay to react to any potentially different returns
   than happened in the original recording session."

I'm still thinking about a pointer to the SCL docs - but then: it might
be overkill...

Cheers,
Olaf
-- 
No part of this message may reproduce, store itself in a retrieval
system, or transmit disease, in any form, without the permissiveness of
the author.

Re: [OpenSTA-users] problem with HTTPS recording

[Daniel S. <da...@Op...>]

Jyothish wrote:
> > I've a problem with recording HTTPS traffic. I followed exactly
> > what was documented about recording HTTPS traffic:
> >   http://portal.opensta.org/faq.php?topic=RecordingHttps
> > I'm able to record http traffic correctly, but when I switch to
> > https traffic, (for example:
> >   https://adwords.google.com/select/siteguidelines.html
> > the browser displays an error saying "server not found".  I'm using
> > firefox (I tried with v1.5 and v2.0)

Does your recorded SCL script contain anything?
Specifically a final error comment?

Dan Downing wrote:
> In my experience, OpenSTA does not record cleanly with either Firefox
> or IE7,

Please explain what you mean by "does not record cleanly".
Are you referring just to HTTPS or is this a general comment?

> even if you use the "remote browser" approach as described in the FAQs.

You have to use the "remote" (manual) method currently to record
anything other than IE or Netscape v.ancient ... ?

Cheers
/dan
-- 
Daniel Sutcliffe <Da...@tc...>
  OpenSTA part-time careatker - http://OpenSTA.org/

Re: [OpenSTA-users] Error compiling SCL script

[Daniel S. <da...@Op...>]

Alexander Dolin wrote:
> I've just installed OpenSTA.
> I recorded SCL script using Script Modeler.
> When I try to compile this script using 'Replay' or 'Syntax Check'
> buttons in Script Modeler or using scl.exe I alway get the same error:
> 
> scl: error (openout), Error Opening SCRIPT_NAME.TOF as Output
> -Invalid argument
> 
> OS: Windows Vista Business
> OpenSTA 1.4.3.20

Congratulations!  you are the first person to publically admit to
testing OpenSTA on Vista. ;)

I have no idea what your problem is but my guess would be that it is
something permission related.  Did you install as the Administrator
and then run OpenSTA also as Administrator?

Cheers
/dan
-- 
Daniel Sutcliffe <Da...@tc...>

Re: [OpenSTA-users] Reading the results

[Daniel S. <da...@Op...>]

Dan Downing wrote:
> Note: I have noticed that sometimes the graphs show "nothing" --
> unclear why.  This is why I prefer exporting the Timers to Excel
> and creating my own graphs.

So, there are still exportable results yet the graph area is blank?
If this is the case then you ought to send me this result set (if
reasonably sized and possible) then it might at least be possible to
track down this potential problem if there is any time and/or funding
for OpenSTA development going spare.

Cheers
/dan
-- 
Daniel Sutcliffe <Da...@Op...>
  OpenSTA part-time caretaker - http://OpenSTA.org/

Re: [OpenSTA-users] Reading the results

[Daniel S. <da...@Op...>]

Dan Downing wrote:
> My opinion:  The opensta graphs are rather primitive and limited,
> and I much prefer exporting Timers and graphing in Excel

It might be your opinion, but it is also a fact ;)

The graphs in the OpenSTA Commander Results were intended to be very
basic - allowing the production of a commercial Results analysis and
report generation module (which was never made) and to encourage the
sale of more consulting on top of OpenSTA.  This wasn't really a
secret and is still a revenue generation model that could work for
OpenSTA - someone has to fund its development ...

Cheers
/dan
-- 
Daniel Sutcliffe <Da...@Op...>
  OpenSTA part-time caretaker - http://OpenSTA.org/

Re: [OpenSTA-users] OpenSTA making n number of connections

[Daniel S. <da...@Op...>]

Bernie Velivis wrote:
> You may also need to look at manually inserting synchronize
> commands to make OpenSTA playback more realistic.

I think this statement needs a little explanation.  Inserting
SYNCHRONIZE commands after the primary GET can make replay more
realistic as load increases because it allows the script to
react to the extended wait and load times of this GET before
starting its secondary GETs.  However, doing this means that
your script will no longer start downloading the secondary items in
a page until the whole of the primary (HTML) is downloaded - and 
this is *not* how a browser behaves.

The default recorded scripts do not react to extended download times
and therefore as load increases the secondaries may end up being
requested before the primary download has even got to the point
where it should know about the secondary - this is definitely
unrealistic and why using the SYNCHRONIZEs is seen as "more"
realistic.

Bernie knows the above and understands the comprimises involved -
you should also attempt to do this before you make your script do
something which isn't really what you want. ;)

As far as diagnosing your "extra" DB connections - I would be
looking at tracing what your Web app is doing under load ... after
all, it is this that is making the DB connections and not OpenSTA.

Cheers
/dan
-- 
Daniel Sutcliffe <Da...@Op...>
  OpenSTA part-time caretaker - http://OpenSTA.org/

Re: [OpenSTA-users] Transactions not submitted

[Daniel S. <da...@Op...>]

Anindya Chatterjee wrote:
> > I was able to identify the problem.  The script when recorded
> > used HTML body instead of form data.  That is what was creating
> > problem.

I sincerely doubt this was "your problem".  The SCL script created
by recording HTTP in OpenSTA is a near enough exact representation of
what happened (HTTP wise)  between the Web browser and server during
the recording.  Form data for a HTTP POST request *is* included in
the HTTP body ... it sounds like you don't really fully understand
what is going on with your app.

Chances are your "transactions" are not being submitted by your Web
application (not OpenSTA as OpenSTA presently only talks HTTP and no
databas oriented protocol) because the HTTP replay in the script is
not maintaining its context(session) correctly.

> > However, the script never complained and went on executing
> > subsequent steps.  Shouldn't it stop at failure point?  That's
> > strange and very misleading.

Failure point?  Do you mean an HTTP failure point or the application
failure point?  The 2 are very different and it would only really be
possible for OpenSTA SCL scripts to be automatically generated to
exit on HTTP failures - which they don't currently.  Application
failures *have* to be coded by hand because of there very nature.

Olaf Kock wrote:
> What the script does and should do depends solely on the
> circumstances of what you want to test.  The notion of "failure"
> sometimes is "Return code 500", some other times it's the
> appearance of "no data has been changed" on a very pretty page
> coming back with Return code 200.  In other circumstances it might
> be the "not-appearance" of "Thank you for your comment" on the
> resulting page.

Good explanation Olaf.  Here's another example that I've found can
help people understand the difference between Web application and
HTTP failures:  On an imaginary but generic Web app you get a "Your
session has expired" message - this is a Web application error and
will normally be given with a HTTP 200 OK return code; the HTTP layer
was totally successful, the Web application lost (or expired) its
context.

> I'm thinking about a feature request to generate a comment into the
> head of the recorded script containing information that the script
> usually MUST be modified in order to get expected results.
> Probably this would get read more than any documentation... Daniel?
> ;-)

It would be nice if OpenSTA users attempted to understand how the
applications they are testing work, and what the toolset is doing to
test them ... maybe even make an attempt to read and understand the
documentation and FAQ ;)  But given that these are things that take
time, and problems and confusion can arrive quickly, it would be
fairly easy to add a header comment to recorded SCL scripts - how 
about something along the lines of:
 "This script was recorded by the OpenSTA Gateway version M.m.p.B.
  The unmodified script does not check for Web application or HTTP
  errors - you must hand code any return checking and flow logic if
  you want the replay to react to any potentially different returns
  than happened in the original recording session."
Do you think this could short circuit some potential confusion?  If
there's enough positive feedback for this sort of thing then we'll 
certainly make sure the next version contains something like it.

Cheers
/dan
-- 
Daniel Sutcliffe <Da...@Op...>
  OpenSTA part-time caretaker - http://OpenSTA.org/

Re: [OpenSTA-users] problem with HTTPS recording

[Dan D. <ddo...@me...>]

Jyothish wrote:

>I've a problem with recording HTTPS traffic. I followed exactly what was
>documented about recording HTTPS
>traffic(http://portal.opensta.org/modules.php?op=modload&name=phpWiki&fi
>Ie=index&pagename=RecordingHttps). I'm able to record http traffic
>correctly, but when I switch to https traffic, (for example,
>https://adwords.google.com/select/siteguidelines.html), the browser
>displays an error saying "server not found". I'm using firefox (I tried
>with v1.5 and v2.0)

Jyothish,

In my experience, OpenSTA does not record cleanly with either Firefox or
IE7, even if you use the "remote browser" approach as described in the FAQs.

Others may disagree??

Suggest you try again with IE6.

..Dan
www.mentora.com
 

[OpenSTA-users] problem with HTTPS recording

[Jyothish V. <jv...@se...>]

Hello All,

I've a problem with recording HTTPS traffic. I followed exactly what was
documented about recording HTTPS
traffic(http://portal.opensta.org/modules.php?op=3Dmodload&name=3DphpWiki=
&fi
le=3Dindex&pagename=3DRecordingHttps). I'm able to record http traffic
correctly, but when I switch to https traffic, (for example,
https://adwords.google.com/select/siteguidelines.html), the browser
displays an error saying "server not found". I'm using firefox (I tried
with v1.5 and v2.0)

I know I haven't provided a lot of info - but just explained the
problem. I would really appreciate if someone can help me (I can give
you more details if required)

Thanks,
Jyothish

Re: [OpenSTA-users] OpenSTA making n number of connections

[Dev G. <dev...@gm...>]

Hi Dan,

I have implemented Bernie's suggestion but havn't been able to not run
the test because development team is doing some enhancements in App
Server,
As soon as i'll run the test, i'll check the result and will share my
experience.

Thanks
Dev

On 2/22/07, Dan Downing <ddo...@me...> wrote:
> Dev wrote:
> >As suggested i checked Think Time, In LoadRunner and OpenSTA we are
> >using same Think Time,
> >In STA script few connections were not closed so i used "DISCONNECT"
> >command to close the connections, I ran one more test with just 50 VUs but
> still its >using 75 connections but the improvement is that earlier almost
> 40 call were in
> >que but now only 20 - 30 calls are in que.
>
> Did you test using SYNCRHONIZE after each group of PRIMARY GET/POST plus
> subsequent GET URIs, as per Bernie's earlier suggestion?  Suggest you read
> about this instruction in the Help
>
>
> ..Dan
> www.mentora.com
>
>
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> --
> OpenSTA-users mailing list Ope...@li...
> Subscribe/Unsubscribe/Options: http://lists.sf.net/lists/listinfo/opensta-users
> Posting Guidelines: http://portal.opensta.org/faq.php?topic=UserMailingList
>

[OpenSTA-users] Error compiling SCL script

[Alexander D. <ale...@gm...>]

Hello, everyone.

I've just installed OpenSTA.
I recorded SCL script using Script Modeler.
When I try to compile this script using 'Replay' or 'Syntax Check'
buttons in Script Modeler or using scl.exe I alway get the same error:

scl: error (openout), Error Opening SCRIPT_NAME.TOF as Output
-Invalid argument

OS: Windows Vista Business
OpenSTA 1.4.3.20

Re: [OpenSTA-users] OpenSTA making n number of connections

[Dan D. <ddo...@me...>]

Dev wrote:
>As suggested i checked Think Time, In LoadRunner and OpenSTA we are
>using same Think Time,
>In STA script few connections were not closed so i used "DISCONNECT"
>command to close the connections, I ran one more test with just 50 VUs but
still its >using 75 connections but the improvement is that earlier almost
40 call were in
>que but now only 20 - 30 calls are in que.

Did you test using SYNCRHONIZE after each group of PRIMARY GET/POST plus
subsequent GET URIs, as per Bernie's earlier suggestion?  Suggest you read
about this instruction in the Help


..Dan
www.mentora.com

Re: [OpenSTA-users] Reading the results

[Osoata, C. <Chr...@at...>]

Many thanks Dan, that is relly helpful.

Cheers Chris=20

-----Original Message-----
From: ope...@li...
[mailto:ope...@li...] On Behalf Of Dan
Downing
Sent: 21 February 2007 14:59
To: 'OpenSTA users discussion and support'
Subject: Re: [OpenSTA-users] Reading the results

Chris wrote:
>>Many thanks for your email, does the Active Users/Elapsed Time graph=20
>>show the response time for the total number of users? I currently have

>>3 different scripts, login, create new order and logout. I am running=20
>>the test for 50 simultaneous uses, will this graph show me the=20
>>response time for the 50 users for the 3 different scrips? Will it=20
>>also show the response time if I ramp up the users?
=20
Dan responded:
>>That graph shows response time (y-axis) vs. Active Users (x-axis) *for
whatever >>Timer you select*.  So yes, it is showing "average response
time"
at various >>concurrent active user intervals for all scripts that are
running.=20
>>Suggest you read more in the Help under Graphs.

Chris responded:
>Thanks for your response, so if the virtual users are simultaneous
(i.e.
>if I have 30 users all starting at the same time) the timer values vs
active users >graph does not give any information. Will the best graph
in this case be the "Active >users v Elapsed Time? Does this graph show
the response time for users
> throughput the test run?

If all users are simultaneous, then the Active Users/Elapsed Time graph
will show the average response time at 30 users (likely a straight line,
as there is no variation in Active Users over the duration of the test).

If you want to see how response time varies over load, suggest you ramp
your users at, say, 1 user every 10 seconds (6 users a minute).  Then
you should see response time at 6, 12, 18, 24, and 30 users over the
first 5 minutes of the test.

Note:  I have noticed that sometimes the graphs show "nothing" --
unclear why.  This is why I prefer exporting the Timers to Excel and
creating my own graphs.  To see how, go here:
http://tejasconsulting.com/blog/?p=3D88#comments

..Dan
 www.mentora.com
=20



------------------------------------------------------------------------
-
Take Surveys. Earn Cash. Influence the Future of IT Join
SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDE=
VDE
V
--
OpenSTA-users mailing list Ope...@li...
Subscribe/Unsubscribe/Options:
http://lists.sf.net/lists/listinfo/opensta-users
Posting Guidelines:
http://portal.opensta.org/faq.php?topic=3DUserMailingList


This message has been scanned for viruses by MailControl - (see
http://bluepages.wsatkins.co.uk/?6875772)


This email and any attached files are confidential and copyright protected.=
 If you are not the addressee, any dissemination of this communication is s=
trictly prohibited. Unless otherwise expressly agreed in writing, nothing s=
tated in this communication shall be legally binding.

The ultimate parent company of the Atkins Group is WS Atkins plc.  Register=
ed in England No. 1885586.  Registered Office Woodcote Grove, Ashley Road, =
Epsom, Surrey KT18 5BW.

Consider the environment. Please don't print this e-mail unless you really =
need to.=20

Re: [OpenSTA-users] Reading the results

[Dan D. <ddo...@me...>]

Chris wrote:
>>Many thanks for your email, does the Active Users/Elapsed Time graph
>>show the response time for the total number of users? I currently have 3
>>different scripts, login, create new order and logout. I am running the
>>test for 50 simultaneous uses, will this graph show me the response time
>>for the 50 users for the 3 different scrips? Will it also show the
>>response time if I ramp up the users?
 
Dan responded:
>>That graph shows response time (y-axis) vs. Active Users (x-axis) *for
whatever >>Timer you select*.  So yes, it is showing "average response time"
at various >>concurrent active user intervals for all scripts that are
running. 
>>Suggest you read more in the Help under Graphs.

Chris responded:
>Thanks for your response, so if the virtual users are simultaneous (i.e.
>if I have 30 users all starting at the same time) the timer values vs
active users >graph does not give any information. Will the best graph in
this case be the "Active >users v Elapsed Time? Does this graph show the
response time for users
> throughput the test run?

If all users are simultaneous, then the Active Users/Elapsed Time graph will
show the average response time at 30 users (likely a straight line, as there
is no variation in Active Users over the duration of the test).

If you want to see how response time varies over load, suggest you ramp your
users at, say, 1 user every 10 seconds (6 users a minute).  Then you should
see response time at 6, 12, 18, 24, and 30 users over the first 5 minutes of
the test.

Note:  I have noticed that sometimes the graphs show "nothing" -- unclear
why.  This is why I prefer exporting the Timers to Excel and creating my own
graphs.  To see how, go here:
http://tejasconsulting.com/blog/?p=88#comments

..Dan
 www.mentora.com