没有合适的资源?快使用搜索试试~ 我知道了~
5.5 对你的ASP程序作负载测试.doc
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
0 下载量 67 浏览量
2022-05-31
12:36:18
上传
评论
收藏 37KB DOC 举报
温馨提示
试读
12页
5.5 对你的ASP程序作负载测试.doc
资源推荐
资源详情
资源评论
J.D. Meier
September 27, 1999
内容
介绍
剧情
测试需求
介绍测试工具 WAS
分析测试结果
影响表现和可测性的因素
模拟多用户
运行需要登录认证的测试
WAS 的应用技巧
资源
介绍
当我们从传统的 CS 结构的应用程序转到当前流行的 Web 空间的程序时,我们发现我们在
尝试跟上不断增长的可测性需求和性能要求。其中一个最大的挑战在于如何确定你的程序
能最多支持多少个用户的访问。你如何面对这一挑战?设定清晰的性能目标并使用 Web
压力测试工具会是一个好的开始。
这篇文章将会介绍如何对你的 ASP 程序进行压力测试,同时将会介绍微软的压力测试工
具- Web Application Stress test Tool (WAS).在接下来的一章,你将会学习到压力测
试的基础,同时还会学到一些必要的技巧,通过这些学习,你将可以根据测试的结果更加
有效的测试和修改你的程序。
剧情
假设你将要发布一个预期有 1000 用户使用的 ASP 程序。你清楚的知道你的程序至少能处
理两个并发的用户的访问,因为你和你的伙伴能整天地点击这个 ASP 程序而不会出现任何
的问题。你在怀疑到底两个用户能否精确地反映你的程序的受压能力。当然你可以使用标
准的测试方法(发布你的程序,然后期待最好的结果出现),然而你还是决定预先测试你
的程序的表现。这是一个好兆头!
测试需求
为了更好的测试你的 ASP 程序,你首先需要决定你的程序将来需要面对多大的压力。简单
的说,压力或负载可以分解成以下数字:
· 最低用户数量。(这个程序的使用者的最低数量是多少?通常这个数值可以是每日或没
周或每月的点击量—当然你也可以分解成一个更可控的数值—每小时访问量,)
· 并发用户的总量. (在最高峰时的糟糕状况是什么?作出相应的计划. 希望在有压力的情况
下工作正常有效.)
· 请求高峰值. (每秒钟需要产生多少 ASP 页面? 这也许是在衡量一个 ASP 程序对用户请求
作出反应的能力时的一个最重要的因素.)
为你的程序决定用户量和并发用户数通常是很困难的事情,而且是在你的程序在被实际使
用之前。尤其是网络程序。即使是局域网程序也常常要面对用户增加的问题,所以准确的
预计用户量将会是困难的。当你不知道怎么开始时,最好从基础的开始:
Internet 需要考虑的问题:
· 分析你已有的 IIS 日志。这个数值会暗示出一些实际的几率
· 你的站点将会有多流行?流行的站点一天会有 100 万或更多的访问量。不会那么流行?
那么假设一些不同的情况?假设你有 1000 以上的用户群?你能通过增加更多的硬件设备
来解决扩展性问题吗?或者,你的程序的架构会成为瓶颈吗?
· 什么是最糟糕的情况?问一下你的朋友这些情况会发生吗?
Intranet 需要考虑的问题:
· 同样地,分析你已有的 IIS 日志。
· 这个 ASP 程序是可以给每个人用的吗?在公司内部网有多少台机器?你的系统管理员可
以告诉你有关网络高峰流量的东西吗?
· 这个程序有特定的用户对象吗?只是 HR 人力资源部?有多少个人力资源部的员工在使用?
· 最糟糕的情况是怎样的?
如果你不能提前决定适当的负载,那么确定你的程序的最高上限将是你最好的选择。如果
被 10 个用户点击,你能在 1 秒内产生多少的 ASP 响应结果?100 个呢?1000 个呢?
10000 个呢?记录你的基准。当你从实际使用中得到你的流量日志显示你正在接近你的极
限时,你将不仅会为你知道你当前的极限是什么,而且你会有时间准备解决的办法。
介绍测试工具 WAS
虽然有很多的压力测试工具可供选择,但是在本文,我会主要集中介绍 WAS(就是以前所
剩余11页未读,继续阅读
资源评论
老帽爬新坡
- 粉丝: 83
- 资源: 2万+
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功