户型管理系统压力测试报告

20##年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

1.   测试内容

本次测试是针对户型管理系统进行的压力测试，测试的内容涵盖了两项主要的业务操作，“登录到系统”和“上传户型图”

2.   测试方法

本次采用MI公司的专业测试工具LoadRunner，采用录制＼回放的方法，即首先录制IE浏览器和传户型图、接收的HTML数据包，然后采用多线程的方式模拟大量客户端向服务器方发送业务请求，达到压力测试的目的．

3.   测试目标

a)                    2M、4M、10M带宽的站点支持的同时在线的用户数

b)                    服务器（IIS+ASP.net+SQLSERVER）的吞吐量，即每秒内可以处理的交易个数。指标包括2个，cpu=80%的吞吐量和cpu=100%的吞吐量

注：

1、           一般情况下，比较好的用户体验是在5秒以内完成交易，所以以上提到的同时在线用户数是指在5秒的收到响应的用户。

2、           交易是指“登录到系统”和“传户型图”等业务动作。

3、           本次测试的交易响应时间只包括下载页面或者户型图到本地的时间，不包括本地IE或者户型图展现数据的时间。

4.   测试场景

5.   测试环境

服务器是一台dell pc server （4个2.7gGcpu，4G内存），安装的软件包括 IIS ，ASP.NET，SQLSERVER

使用2个笔记本模拟客户端发出请求。

6.   测试结果描述

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个左右, 下载时间随虚拟用户数增加而增长。在150个虚拟用户的压力下，下载响应时间在5秒左右。说明10M支持的下载户型图用户数是150个。

       服务器Cpu使用率经过观察在5%以下，网络带宽是处理的瓶颈。假如文件平均下载大小是40k，40K*31.8=1250k 左右，已经把带宽占满了。

6.6 服务器处理能力（以登录页面为例）

从图中数据可以分析出以下结论：

目前的测试环境条件下，cpu使用率在80%左右时，每秒能够处理完成的登录个数是12个左右。cpu使用率在100%左右时，每秒能够处理完成的登录个数是13.5个左右。

依据上述测试，要达到如下需求：

l  在1秒响应时间条件下，每小时能够成功登录的人数在3000-30000人之间；

l  上传下载文档的大小为4M，带宽为千兆时，同时上传下载人数可以达到200-250人每秒以上。

系统的运行环境为：

第二篇：系统-压力测试报告

修订记录

目  录

1       测试对象概述... 2

2       测试目的说明... 2

3       测试环境组网... 2

4       性能测试方案... 2

5       性能测试总体结果... 2

6       性能测试过程分析... 2

1.1       场景一：Web页面300个用户并发登录操作... 2

1.2       场景二：Web页面500个用户并发登录操作... 2

1.3       场景三：Web页面700个用户并发登录操作... 2

1.4       场景四：Web页面1000个用户并发登录操作... 2

7       改善建议: 2

8       数据记录... 2

性能测试报告

1      测试对象概述

为满足系统,现场多用户并发登陆,以及多用户并发,

能稳定正常运行,而做的压力测试,根据测试结果数据反应系统的支撑能力。

2      测试目的说明

2.1          性能需求：

本系统在 目录3 测试环境软硬件配置及网络下,支持如下参数：

并发登陆:1) 300用户并发登录 2）500用户并发登录 3）700用户并发登录

3      测试环境组网

3.1          系统软硬件配置

    本次测试环境单机模式，和真实环境稍有区别；

3.2          系统组网图

 测试的网络环境为100Mbps局域网，请求以及结果返回的网络传输时间可忽略不计;

 

   

   

4      性能测试方案

1.脚本开发方案: .

2.场景设置方案: .

3.指标监控方案: .

5      性能测试总体结果

1.1  300用户并发登陆测试通过。系统稳定处理请求,服务器稳定,CPU,内存利用率低,;

1.2  500用户并发登陆测试通过。系统稳定处理请求,服务器稳定,CPU,内存利用率低,;

1.3  700用户并发登陆测试失败。系统请求点击率下降,响应时间较慢,CPU不够稳定;

1.4

6      性能测试过程分析

1.1      场景一：Web页面300个用户并发登录操作

系统环境：

1，  存在注册用户4842个, 300个用户测试任务，并发提交登录

2，  自动执行完毕后，停止下发测试任务的用户操作。

测试结果：

上图中绿色和红色曲线表示进入首页和进入登录页测试任务的响应时间情况:

1.300个测试任务首页的事务响应时间，依曲线看完全稳定，响应时间在1S左右. (去31s)

2.300个测试任务登录的事务响应时间，依曲线看相对比较稳定，响应时间在21S左右。

 上图中模拟300个用户并发登录，进入首页及进入登录页事务通过情况:

 300个测试任务登录的事务总数2035,其中通过数2009,成功通过率98.7%

 结论：满足需求。

1.2      场景二：Web页面500个用户并发登录操作

系统环境：

1，  存在注册用户4842个, 500个用户测试任务，并发提交登录

2，  自动执行完毕后，停止下发测试任务的用户操作。

测试结果：

上图中绿色和红色曲线表示进入首页和进入登录页测试任务的响应时间情况:

1.500个测试任务首页的事务响应时间，依曲线看完全稳定，响应时间在3S左右. (去31s)

2.500个测试任务登录的事务响应时间，依曲线看比较稳定，响应时间在37S左右,较久。

上图中模拟500个用户并发登录，进入首页及进入登录页事务通过情况:

500个测试任务登录的事务总数2665,其中通过数2618,成功通过率98.2%

结论：满足需求

1.3      场景三：Web页面700个用户并发登录操作

系统环境：

1，  存在注册用户4842个, 700个用户测试任务，并发提交登录

2，  自动执行完毕后，停止下发测试任务的用户操作。

测试结果：

上图中绿色和红色曲线表示进入首页和进入登录页测试任务的响应时间情况:

1.700个测试任务首页的事务响应时间，依曲线看完全稳定，响应时间在6S左右. (去31s)

2.700个测试任务登录的事务响应时间,依曲线看比较不稳定，响应时间86S左右,较久。

上图中模拟700个用户并发登录，进入首页及进入登录页事务通过情况:

700个测试任务登录的事务总数2454,其中通过数2305,成功通过率93.9%

结论：不满足需求。

1.4      场景四：Web页面1000个用户并发登录操作

系统环境：

3，  存在注册用户4842个, 1000个用户测试任务，并发提交登录

4，  自动执行完毕后，停止下发测试任务的用户操作。

测试结果：

上图中绿色和红色曲线表示进入首页和进入登录页测试任务的响应时间情况:

1.1000个测试任务首页的事务响应时间，依曲线看相对不稳定，响应时间在8S左右. (去31s)

2.1000个测试任务登录的事务响应时间,依曲线看完全不稳定，响应时间126S左右,较久。

上图中模拟1000个用户并发登录，进入首页及进入登录页事务通过情况:

1000个测试任务登录的事务总数2480,其中通过数568,成功通过率22.9%

结论：不满足需求。

7      改善建议:

   本次在单机模式上进行的测试,如随着多用户同时访问同一操作而造成性能问题时,

   建议进行部署集群,负载均衡,分布式等方案来尝试提高服务器的承受能力

8      数据记录