转自：http://www.cnblogs.com/hyzhou/archive/2012/01/08/2316370.html
1.测试内容
本次测试是针对**自动化系统进行的压力测试，测试的内容涵盖了两项主要的业务操作，“登录到办公系统”和“打开办公文档”。
2.测试方法
本次采用HP公司的专业测试工具LoadRunner，采用录制＼回放的方法，即首先录制IE浏览器和word发送、接收的HTML数据包，然后采用多线程的方式模拟大量客户端向服务器方发送业务请求，达到压力测试的目的。
3.测试目标
a) 2M、4M、10M带宽的站点支持的同时在线的用户数
b) 服务器（IIS+ASP.net+SQLSERVER）的吞吐量，即每秒内可以处理的交易个数。指标包括2个，cpu=80%的吞吐量和cpu=100%的吞吐量
注：1、 一般情况下，比较好的用户体验是在5秒以内完成交易，所以以上提到的同时在线用户数是指在5秒的收到响应的用户。
2、 交易是指“登录到办公系统”和“打开办公文档”等业务动作。
3、 本次测试的交易响应时间只包括下载页面或者word文档到本地的时间，不包括本地IE或者word展现数据的时间。
4.测试场景
|
测试的业务 |
带宽 |
最大并发虚拟用户数 （没有思考时间） |
|
登录 |
2M |
50 |
|
登录 |
4M |
100 |
|
打开文档（50k、100k、200k、300k、400k） |
2M |
50 |
|
打开文档（50k、100k、200k、300k、400k） |
4M |
100 |
|
打开文档（50k、100k、200k、300k、400k） |
10M |
200 |
|
|
|
|
5.测试环境
服务器是一台philips pc server （4个2.7gGcpu，4G内存），安装的软件包括 IIS ，ASP.NET，SQLSERVER,
使用2个笔记本模拟客户端发出请求。
6.测试结果描述
1）2M带宽登录
从图中数据可以分析出以下结论：
2M带宽下，每秒处理完成的登录个数固定在12左右，登录响应时间随虚拟用户数增加而增长。在50个虚拟用户的压力下，登录响应时间在5秒(以上图中为了显示方便，数值在原值的基础上乘10)。所以2M支持的同时登录用户数是50左右。
服务器Cpu使用率见下图。可以分析出2M的带宽是处理的瓶颈。经过压缩的登录页的大小大约是20k（byte）而2M带宽可以换算成250kbyte/s，12*20 = 240k。可见带宽是瓶颈的结论是完全成立的。
2）4M带宽登录
从图中数据可以分析出以下结论：
4M带宽下，每秒处理完成的登录个数固定在13.5个左右，登录响应时间随虚 拟用户数增加而增长。在60个虚拟用户的压力下，登录响应时间在4.2秒左右(以上图中为了显示方便，数值在原值的基础上乘10)。在80个虚拟用户的压 力下，登录响应时间在5.8秒左右，估计4M支持的同时登录用户数是70左右。
服务器Cpu使用率见下图。可以分析出server端的CPU使用率是处理的瓶颈，而带宽还有剩余，基于这种情况。10M带宽的站点的情况应该与4M的测试结果相同，所以没有进行10M带宽的测试。
3）2M带宽打开word文档
从图中数据可以分析出以下结论：
由于50k到400k的文档被压缩到32k到48k之间，所以它们下载的时间差别很小。2M带宽下，每秒下载完成的文档个数固定在6.3个左右, 下载时间随虚拟用户数增加而增长。在30个虚拟用户的压力下，下载响应时间在5秒左右。说明2M支持的下载word文档用户数是30个。
服务器Cpu使用率经过观察在5%以下，网络带宽是处理的瓶颈。假如文件平均下载大小是40k，40K*6.3=250k 左右，已经把带宽占满了。
4）4M带宽打开word文档
从图中数据可以分析出以下结论：
4M带宽下，每秒下载完成的文档个数固定在12.5个左右, 下载时间随虚拟用户数增加而增长。在60个虚拟用户的压力下，下载响应时间在5秒左右。说明4M支持的下载word文档用户数是60个。
服务器Cpu使用率经过观察在5%以下，网络带宽是处理的瓶颈。假如文件平均下载大小是40k，40K*12.5=500k 左右，已经把带宽占满了。
5）10带宽打开word文档
从图中数据可以分析出以下结论：
10M带宽下，每秒下载完成的文档个数固定在31.8个左右, 下载时间随虚拟用户数增加而增长。在150个虚拟用户的压力下，下载响应时间在5秒左右。说明10M支持的下载word文档用户数是150个。
服务器Cpu使用率经过观察在5%以下，网络带宽是处理的瓶颈。假如文件平均下载大小是40k，40K*31.8=1250k 左右，已经把带宽占满了。
6）服务器处理能力（以登录页面为例）
