服务购

　　Service开发的应用被使用的越来越广泛。 Web Service良好的封装性及跨平台能力 为应用程序集成、B2B集成等应用场景提供可行的解决方案。下面随小编一起看看web开发 was吧。

　　第一次安装完WAS后，可在本机操作系统中找到主界面，通过单击执行，其步骤是：  开始->程序->Microsoft Web Application Stress Tool。 第一次执行时会出现一个Create new script 的界面。

　　要对网站进行负载测试首先必须创建WAS 脚本模拟用户的活动。可以用下面四种方 法之一创建脚本： 通过记录浏览器的活动。通过导入IIS 日志。通过把WAS 指向Web 网站的内容。手工制作。

　　在录制测试脚本前，需要首先关闭IE 的缓冲区。

　　（1）在工具菜单，点Internet 选项

　　（2）点常规标签，然后点删除文件按钮。

　　如果使用IE5.0 或以上版本则不需要修改代理设置，因为5.0 以上版本的IE 允许WAS改变这些设置。而对于IE4.0 或早期版本，WAS 使用一个内置的代理服务器来记录浏览器活动。  按WAS 的需要指定代理设置: 在工具菜单，点Internet 选项。在连接标签里，修改代理设置以使代理服务器指向Localhost，并且使用端口8000。不选“对于本地地址不使用代理服务器”选项。打开菜单，选择Scripts|Create|Record 创建一个测试脚本。

　　每秒上下文切换次数指示了处理器的工作效率。如果处理器陷于每秒数千次的上下文切换，说明它忙于切换线程而不是处理ASP 脚本。每秒的ASP 请求数量、执行时间以及等待时间在各种测试情形下都是非常重要的监测项目。

　　每秒的请求数量表明每秒内服务器成功处理的ASP 请求数量。执行时间和等待时间之和显示了反应时间，这是服务器用处理好的页面作应答所需要的时间。

　　可以绘出随着测试中并发用户数量的增加每秒请求数量和反应时间的变化图。增加并发用户数量时每秒请求数量也会增加。然而，最终会达到这样一个点，此时并发用户数量开始“压倒”服务器。如果继续增加并发用户数量，每秒请求数量开始下降，而反应时间则会增加。要搞清楚硬件和软件的能力，找出这个并发用户数量开始“压倒”服务器的临界点非常重要。  置入队列的ASP 请求数量也是一个重要的指标。如果在测试中这个数量有波动，某个COM 对象所接收到的请求数量超过了它的处理能力。这可能是因为在应用的中间层使用了一个低效率的组件，或者在ASP 会话对象中存储了一个单线程的单元组件。

　　以上就是小编为大家带来的web开发 was，希望对大家有所帮助。