这里下载的是不是这个软件?
Microsoft Web Application Stress is licensed pursuant to an End
User License Agreement which is available during the setup process.
If you do not agree to the terms of the End User License Agreement,
you will be unable to use Web Application Stress. The availability
of this product is not permanent and may end at any time at
Microsoft's sole discretion.
Click the Download icons below
to download the latest version of the executable. When prompted,
save SETUP.EXE to your hard drive. After downloading the file,
double-click the executable to install the tool. This program runs
on Windows NT 4.0 with service pack 4, and on Windows 2000.
I386 Version Download Web Application Stress tool, x86
version Latest version: 1.1.0.0293 Created: 02/07/2000 06:07
PM 9.58 MB Estimated download on 28.8 modem is 46 minutes
Recommended hardware: 133 MHz processor, 32 MB RAM, 10
MB free hard drive space. Required operating system: Windows NT 4.0
Service Pack 4 with Internet Explorer 4.0 or newer. Microsoft Data
Access Components 2.1 are required, but will be installed if not
present.
Version for computers with Alpha processors. Warning: do not
install this program on x86 computers. Do not install this program
if you are unsure about what type of processor you have.
The
Alpha version will continue to be built alongside the x86 version,
but may be discontinued in the near future. Every effort will be
made to continue providing Alpha builds through the end of 1999.
Alpha Version Download Web Application Tool, Alpha
version Latest version: 1.1.0.0289 Created: 12/3/1999
11:57:45 PM 11727 kilobytes Estimated download on 28.8 modem
is 54 minutes
There is an off-by-one error in perfmon
counter recording, whereby the tool will think it has made one
measurement more than it actually has. When computing the average,
this causes the average value to be slightly less than it should be.
The 50th-percentile value will not have this error. The longer the
test duration, the less impact this will have on results. However,
if strict numeric accuracy is required, open the hcounters.csv file
after running a test and manually analyze the data. The tool
makes an initial perfmon data query when the warm-up period starts;
this set of values may skew results, since the system is not yet
initialized. The longer the test duration, the less impact this will
have on results. However, if strict numeric accuracy is required,
open the hcounters.csv file after running a test, remove the first
data line, and then manually analyze the data. POST data
containing line breaks will not be properly encoded and sent as a
POST request. As a workaround, remove any line breaks manually. Note
that some scripts created using browser recording will have line
breaks at the very end of the POST data. The user interface
cannot import POST data from a file if the file exceeds 128kb in
size. The user interface only supports custom port numbers
through 32000, instead of the 65000 TCP upper limit. If the tool
is started by a user, instead of an administrator, an error message
appears prompting the user to re-install the program. The error
should suggest logging in as an administrator instead. Viewing a
report for a script that has been deleted with cause the product to
crash. Because deleting a script will also delete all reports, this
error condition only manifests when a user is viewing a report at
the same time that the script is deleted. Page group names
cannot contain a single quote. Redirects to SSL pages fail when
the URL is given absolutely, like "https://foo.com/". Redirects work
for relative SSL addresses, like "/" or "/default.asp". Servers
which respond with invalid HTTP, such as using \n linebreaks instead
of \r\n, may not have their responses understood by the tool. This
will prevent logging and browser recording. This problem has been
observed with the Cold Fusion server software; we are currently
working with Allaire to investigate the problem. Perfmon
counters may be unavailable from Win2000 servers for a short time
after a server is rebooted, if the Webtool service has previously
connected to the server for perfmon logging. This issue is under
investigation. A workaround is to restart the Webtool service after
a web server is rebooted. Version History
Build 293:
(02/04/2000)
fixed a safe-array issue that caused an errors
when using the object model to update the querystring values with
SetValueList(). Build 292: (01/31/2000)
fixed a header
bug where the content-length was not being removed from a redirected
POST. Build 291: (01/26/2000)
fixed a header bug caused
by incorrect content-length and content-type fields. Build 289:
(12/04/1999)
Updated object model help file. Improved
setup program to remove the need for a reboot when WASmsg.dll is
updated. Build 288: (11/15/1999)
Fixed bug where data
would be lost when running a multi-threaded test with %USERNAME%
substitution in the URL, while UseCGIFields was disabled. The
UseCGIFormatting property is now properly transferred when a script
is copied. Build 286: (11/10/1999)
The UseCGIFormatting
property is now off when browser recording to create a script. This
forces the Content-Type and Content-Length headers to be static
instead of automatic, and thereby fixes various problems with
replaying recorded scripts that contain Post data. The tool no
longer deadlocks during the "Stopping Test Clients" phase when the
script includes a Post verb to a specific file, and all name-value
pairs for that file have a "Don't Use" distribution selected, and
the test is run with multiple threads. Updated object model help
file to clarify usage of certain methods. Build 282:
(11/02/1999)
Fixed a bug where hitting the Delete key while
renaming a report, machine group, or user population would delete
the entire object, not just a character in the name. Added
confirmation dialog to Delete action for reports, machine groups,
and user populations. Build 281: (10/27/1999)
Fixed a
bug in assync socket logic. Problem caused the tool to hang while
receiving content from server. These problems would be logged as
timeout errors, and the client machine would appear to be idle while
waiting to receive content. The problem was time sensitive, so it
occurred more frequently on fast 100MB+ networks with fast content,
using multi-processor client machines. Build 277: (10/11/1999)
Fixed round-robin DNS support. Fixed setup bug whereby
the msjet files were not being updated on Win2000 computers which
already had older versions of the files. Build 273: (10/01/1999)
Setup fix. Now does more aggressive checks to make sure
system file dao350.dll is present and registered on Windows 2000
machines. Browser recording fix. Now supports web applications
which respond with the HTTP/0.9 protocol (i.e., without header data)
New, improved icon Build 270: (9/24/1999)
Updated
help file Now auto-register system file msjetoledb40.dll. Also
added more setup checks for this file. This fixes an install program
where sometimes the tool would not start with the error "Class not
registered" Updated system file msjet35.dll from version
3.51.0623 to 3.51.2723 Miscellaneous small fixes Build 260:
(9/01/1999)
Fixed log import code for "Microsoft IIS Log
File" format to support IIS 3.0 and new IIS 5.0 formats Improved
browser record functionality in NT4/SP5/MSIE5 environment Fixed
the Help - About dialog box Build 254: (8/19/1999)
Fixed
access violation in h.exe command-line utility. Build 252:
(8/16/1999)
Consistent styles were added and broken links
were fixed in the sample web files included in the install. The
script1 and script2 object model sample scripts on this website were
fixed. Both now support NT4 and Windows 2000 hosts. Build 251:
(8/16/1999)
HTTP Keep-Alives are now maintained after
receiving chunked responses Build 247: (8/5/1999)
Fixed
fatal error during import of a WCAT script. The random delay
time is no longer included in the time to first byte and time to
last byte values (TTFB, TTLB). The unattended install modes were
fixed. SSL: Apply to All now works for updating the port on all
script items. Build 242:
added MsJet files to the
install script (MsJet35.dll, MsJTer35.dll, MsJInt35.dll). These
files were part of the operating system in Windows 2000 until build
2072, but were then removed. WebTool has dependencies on these
files, and so WebTool builds prior to 242 will not work on Windows
2000 build 2072 and later. NT 4.0 users are not affected by this
problem. the WASmsg.dll file version was updated in build 242.
This may require some systems to reboot after the install. Build
241:
Renamed product to "Microsoft Web Application Stress
Tool". The DOM names have all changed from "Homer" to "WAS"; for
example, object "homer.EngControl.1" is now "WAS.EngControl.1".