系统压力测试报告模修改v.docx

上传人:b****8 文档编号:9568951 上传时间:2023-02-05 格式:DOCX 页数:11 大小:247.62KB
下载 相关 举报
系统压力测试报告模修改v.docx_第1页
第1页 / 共11页
系统压力测试报告模修改v.docx_第2页
第2页 / 共11页
系统压力测试报告模修改v.docx_第3页
第3页 / 共11页
系统压力测试报告模修改v.docx_第4页
第4页 / 共11页
系统压力测试报告模修改v.docx_第5页
第5页 / 共11页
点击查看更多>>
下载资源
资源描述

系统压力测试报告模修改v.docx

《系统压力测试报告模修改v.docx》由会员分享,可在线阅读,更多相关《系统压力测试报告模修改v.docx(11页珍藏版)》请在冰豆网上搜索。

系统压力测试报告模修改v.docx

系统压力测试报告模修改v

 

xx软件

压力测试报告

 

2011年12月19日

历史记录

Date

Version

Description

Author

2011年12月19日

压力测试报告

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.测试场景

测试的业务

带宽

最大并发虚拟用户数

(没有思考时间)

登录

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.测试环境

服务器是一台dellpcserver(4个2.7gGcpu,4G内存),安装的软件包括IIS,ASP.NET,SQLSERVER

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

6.测试结果描述

6.12M带宽登录

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

2M带宽下,每秒处理完成的登录个数固定在12左右,登录响应时间随虚拟用户数增加而增长。

在50个虚拟用户的压力下,登录响应时间在5秒(以上图中为了显示方便,数值在原值的基础上乘10)。

所以2M支持的同时登录用户数是50左右。

服务器Cpu使用率见下图。

可以分析出2M的带宽是处理的瓶颈。

经过压缩的登录页的大小大约是20k(byte)而2M带宽可以换算成250kbyte/s,12*20=240k。

可见带宽是瓶颈的结论是完全成立的。

6.24M带宽登录

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

4M带宽下,每秒处理完成的登录个数固定在13.5个左右,登录响应时间随虚拟用户数增加而增长。

在60个虚拟用户的压力下,登录响应时间在4.2秒左右(以上图中为了显示方便,数值在原值的基础上乘10)。

在80个虚拟用户的压力下,登录响应时间在5.8秒左右,估计4M支持的同时登录用户数是70左右。

服务器Cpu使用率见下图。

可以分析出server端的CPU使用率是处理的瓶颈,而带宽还有剩余,基于这种情况。

10M带宽的站点的情况应该与4M的测试结果相同,所以没有进行10M带宽的测试。

6.32M带宽打开户型图

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

由于50k到400k的户型图被压缩到32k到48k之间,所以它们下载的时间差别很小。

2M带宽下,每秒下载完成的文档个数固定在6.3个左右,下载时间随虚拟用户数增加而增长。

在30个虚拟用户的压力下,下载响应时间在5秒左右。

说明2M支持的上传户型图用户数是30个。

服务器Cpu使用率经过观察在5%以下,网络带宽是处理的瓶颈。

假如文件平均下载大小是40k,40K*6.3=250k左右,已经把带宽占满了。

6.44M带宽打开户型图

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

4M带宽下,每秒下载完成的户型图个数固定在12.5个左右,下载时间随虚拟用户数增加而增长。

在60个虚拟用户的压力下,下载响应时间在5秒左右。

说明4M支持的下载word文档用户数是60个。

服务器Cpu使用率经过观察在5%以下,网络带宽是处理的瓶颈。

假如文件平均下载大小是40k,40K*12.5=500k左右,已经把带宽占满了。

6.510M带宽打开户型图

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

10M带宽下,每秒下载完成的户型图个数固定在31.8个左右,下载时间随虚拟用户数增加而增长。

在150个虚拟用户的压力下,下载响应时间在5秒左右。

说明10M支持的下载户型图用户数是150个。

服务器Cpu使用率经过观察在5%以下,网络带宽是处理的瓶颈。

假如文件平均下载大小是40k,40K*31.8=1250k左右,已经把带宽占满了。

6.6服务器处理能力(以登录页面为例)

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

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

cpu使用率在100%左右时,每秒能够处理完成的登录个数是13.5个左右。

依据上述测试,要达到如下需求:

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

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

系统的运行环境为:

以下分别是针对64位操作系统和32位操作系统

模块

软件环境

硬件环境

户型图绘制软件

操作系统windowxpwindows2003window7

普通台式机笔记本电脑

户型图审核

Web服务

操作系统windowsServer2003

WEB服务IISAsp.Net4.0

两颗CPU,每个CPU(4核心,主频2.0GHz-2.8GHz),16GDDR3内存;

SCSI服务器硬盘(10000转/分)

户型图审核

数据库

数据库MSSQLSERVER2005

操作系统windowsServer2003

两颗CPU,每个CPU(4核心,主频2.0GHz-2.8GHz),16GDDR3内存;

SCSI服务器硬盘(10000转/分)

文件服务

操作系统windowsServer2003

1)两颗CPU,每个CPU(4核心,主频2.0GHz-2.8GHz),4GDDR3内存;

SCSI服务器硬盘(10000转/分)

2)

磁盘阵列10TB存储

备份

BES应急备份或备份软件

BES应急硬件,或服务器+磁盘阵列

模块

软件环境

硬件环境

户型图绘制软件

操作系统windowxpwindows2003window7

普通台式机笔记本电脑(1核心,主频2.0GHz以上),1G内存以上;

户型图审核

Web服务

操作系统windowsServer2003

WEB服务IISAsp.Net4.0

两颗CPU,每个CPU(2核心以上,主频2.0GHz以上),4GDDR3内存以上;

SCSI服务器硬盘(10000转/分)

户型图审核

数据库

数据库MSSQLSERVER2005

操作系统windowsServer2003

两颗CPU,每个CPU(2核心以上,主频2.0GHz以上),4GDDR3内存以上;

SCSI服务器硬盘(10000转/分)

文件服务

操作系统windowsServer2003

两颗CPU,每个CPU(2核心以上,主频2.0GHz以上),4GDDR3内存以上;

SCSI服务器硬盘(10000转/分)

2)

磁盘阵列10TB存储

备份

BES应急备份或备份软件

BES应急硬件,或服务器+磁盘阵列

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 总结汇报 > 学习总结

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1