系统压力测试报告模版[修改版v1.01].docVIP

xx软件 压力测试报告 2011年12月19日 历史记录 Date Version Description Author 2011年12月19日 压力测试报告 目 录 1. 测试内容 1 2. 测试方法 1 3. 测试目标 1 4. 测试场景 1 5. 测试环境 2 6. 测试结果描述 2 6.1 2M带宽登录 2 6.2 4M带宽登录 3 6.3 2M带宽打开户型图 4 6.4 4M带宽打开户型图 6 6.5 10M带宽打开户型图 7 6.6 服务器处理能力（以登录页面为例） 8 测试内容 本次测试是针对户型管理系统进行的压力测试，测试的内容涵盖了两项主要的业务操作，“登录到系统”和“上传户型图” 测试方法 本次采用MI公司的专业测试工具LoadRunner，采用录制＼回放的方法，即首先录制IE浏览器和传户型图、接收的HTML数据包，然后采用多线程的方式模拟大量客户端向服务器方发送业务请求，达到压力测试的目的． 测试目标 2M、4M、10M带宽的站点支持的同时在线的用户数 服务器（IIS+ASP.net+SQLSERVER）的吞吐量，即每秒内可以处理的交易个数。指标包括2个，cpu=80%的吞吐量和cpu=100%的吞吐量 注： 一般情况下，比较好的用户体验是在5秒以内完成交易，所以以上提到的同时在线用户数是指在5秒的收到响应的用户。 交易是指“登录到系统”和“传户型图”等业务动作。 本次测试的交易响应时间只包括下载页面或者户型图到本地的时间，不包括本地IE或者户型图展现数据的时间。 测试场景 测试的业务 带宽 最大并发虚拟用户数 （没有思考时间） 登录 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 测试环境 服务器是一台dell 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。可见带宽是瓶颈的结论是完全成立的。 6.2 4M带宽登录 从图中数据可以分析出以下结论： 4M带宽下，每秒处理完成的登录个数固定在13.5个左右，登录响应时间随虚拟用户数增加而增长。在60个虚拟用户的压力下，登录响应时间在4.2秒左右(以上图中为了显示方便，数值在原值的基础上乘10)。在80个虚拟用户的压力下，登录响应时间在5.8秒左右，估计4M支持的同时登录用户数是70左右。 服务器Cpu使用率见下图。可以分析出server端的CPU使用率是处理的瓶颈，而带宽还有剩余，基于这种情况。10M带宽的站点的情况应该与4M的测试结果相同，所以没有进行10M带宽的测试。 6.3 2M带宽打开户型图 从图中数据可以分析出以下结论： 由于50k到400k的户型图被压缩到32k到48k之间，所以它们下载的时间差别很小。2M带宽下，每秒下载完成的文档个数固定在6.3个左右, 下载时间随虚拟用户数增加而增长。在30个虚拟用户的压力下，下载响应时间在5秒左右。说明2M支持的上传户型图用户数是30个。 服务器Cpu使用率经过观察在5%以下，网络带宽是处理的瓶颈。假如文件平均下载大小是40k，40K*6.3=250k 左右，已经把带宽占满了。 6.4 4M带宽打开户型图 从图中数据可以分析出以下结论： 4M带宽下，每秒下载完成的户型图个数固定在12.5个左右, 下载时间随虚拟用户数增加而增长。在60个虚拟用户的压力下，下载响应时间在5秒左右。说明4M支持的下载word文档用户数是60个。 服务器Cpu使用率经过观察在5%以下，网络带宽是处理的瓶颈。假如文件平均下载大小是40k，40K*12.5=500k 左右，已经把带宽占满了。 6.5 10M带宽打开户型图 从图中数据可以分析出以下结论： 10M带宽下，每秒下载完成的户型图个数固定在31.8个左右, 下