使用was进行web负载测试.ppt

5.1.4 使用WAS进行Web负载测试 负载测试是任何Web 应用开发周期中一个重要的环节。在构造一个为大量用户服务的应用之前，搞清楚产品配置能够承受多大的负载非常重要。但是在实际开发过程中，若要按照实际投入运行的情况，组织成千上万的用户来进行压力测试，无论从那个方面看，都是不现实的。 为了有效的对Web应用程序进行负载（压力）测试，微软公司发布了简单易用、功能强大的Web应用负载测试工具WAS（Web Application Stress Tool），它能够提供一种简单的方法模拟大量用户进行访问目标网站，而且还能够提供Web应用程序工作时对硬件和软件的使用情况。 如何使用WAS进行Web负载测试？ was简介 was（Microsoft Web Application Stress Tool, Web应用负载测试工具）提供了一种简便的方法模拟大量用户访问目标网站。 为了对网站进行负载测试，was可以通过一台或多台客户机模拟大量用户访问Web 网站的活动。 was 支持身份验证、加密、Cookies，也能够模拟各种浏览器类型和Modem速度。 使用was时，为了更加接近真实的情况进行负载测试，通常推荐运行was的测试机和Web服务器分开。 was的下载和安装 在Microsoft网站上可免费下载该软件。 按照安装向导的提示完成安装即可。 was的基本操作 第1次启动was时，会出现一个 “Create new script”的界面。 录制测试脚本 在录制测试脚本前，需要先关闭IE的缓冲区，方法：单击IE浏览器的“工具”菜单→ “Internet选项” →“常规”标签 →“删除文件”按钮。 打开was，单击Scripts →Create →Record开始创建测试脚本。 录制测试脚本（续） 选取要记录的内容： Record delay between request：记录了请求之间的延迟,由于用户实际浏览网站时，请求之间存在几秒甚至几分钟的延迟，这种录制方法在执行时会模仿用户之间的延迟发送请求，所以会是一个更加实际的测试。如果测试的目的是要发现Web应用程序的承受极限，就不要选择该项；如果只是想模拟一个特定数量的用户场景，那么选择该项进行测试捕捉请求延迟。 录制测试脚本（续） Record browser cookies; Record the host header： 只记录用户的会话，不记录延迟时间。一般情况下，不需要选择这两项。 根据实际情况，选择合适的选项，然后单击next →finish。was会打开一个IE窗口，在IE中输入想要测试的站点地址。然后开始按照实际情况浏览网站，浏览的同时也就是执行测试用例的过程。 录制测试脚本（续） 等测试用例执行完后，切换到was窗口，单击“Stop Recording”按钮，停止录制脚本。 录制测试脚本（续） WAS 回到了视图页面，在该页面中你可以看到在录制过程中WAS 收集的每一个链接，而且还可以编辑GET、POST 以及HEAD 信息。 录制测试脚本（续） 制作WAS 脚本是相当简单的，不过要制作出模拟真实用户活动的脚本有点儿复杂。如果你已经有一个运行的Web 网站，可以使用Web 服务器的日志来确定Web 网站上的用户点击分布。如果你的应用还没有开始运行，那么只好根据经验作一些猜测了。 负载参数设置 测试脚本录制完成后，下一步我们要作的就是配置运行脚本的负载选项，我们可以调整测试配置以便观察不同条件下的应用性能。 负载参数设置 负载参数设置 目录树（Content Tree） 由于was和Web Server是分开的，所以这里不需要设置。 负载选项的设置（Settings） 负载选项的设置Settings 负载选项的设置(Settings) Concurrent Connections Stress level (threads)：其数值决定了所有客户机创建的Windows的线程的数量。Microsoft建议该值不要超过100。如果要模拟的并发连接数超过100，可以调整Stress multiplier或使用多个客户机。 Stress multiplier (sockets per thread)：每个线程创建多少个Socket连接，每个Socket连接就是一个并发的请求。 它们之间的关系如下：总的并发请求数＝总的Socket连接数＝ Stress level × Stress multiplier 负载选项的设置(Settings) Test Run Time：设定持续运行多长时间的测试。 Request Delay (in milliseconds)：设定请求延迟时间的最大值、最小值，当然我们也可以选择“Use