一个oa系统的性能测试方案doc.docx

上传人:b****0 文档编号:9184712 上传时间:2023-05-17 格式:DOCX 页数:8 大小:246.83KB
下载 相关 举报
一个oa系统的性能测试方案doc.docx_第1页
第1页 / 共8页
一个oa系统的性能测试方案doc.docx_第2页
第2页 / 共8页
一个oa系统的性能测试方案doc.docx_第3页
第3页 / 共8页
一个oa系统的性能测试方案doc.docx_第4页
第4页 / 共8页
一个oa系统的性能测试方案doc.docx_第5页
第5页 / 共8页
一个oa系统的性能测试方案doc.docx_第6页
第6页 / 共8页
一个oa系统的性能测试方案doc.docx_第7页
第7页 / 共8页
一个oa系统的性能测试方案doc.docx_第8页
第8页 / 共8页
亲,该文档总共8页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

一个oa系统的性能测试方案doc.docx

《一个oa系统的性能测试方案doc.docx》由会员分享,可在线阅读,更多相关《一个oa系统的性能测试方案doc.docx(8页珍藏版)》请在冰点文库上搜索。

一个oa系统的性能测试方案doc.docx

一个oa系统的性能测试方案doc

 

中国石油办公自动化系统压力测试报告

 

中国软件评测中心

2005年8月3日

历史记录

Date

Version

Description

Author

2005年8月3日

Draft

压力测试报告

林谡

1.测试内容

本次测试是针对中国石油办公自动化系统进行的压力测试,测试的内容涵盖了两项主要的业务操作,“登录到办公系统”和“打开办公文档”

2.测试方法

本次采用MI公司的专业测试工具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.测试环境

服务器是一台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带宽打开word文档

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

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

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

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

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

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

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

6.44M带宽打开word文档

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

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

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

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

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

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

6.510M带宽打开word文档

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

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

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

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

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

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

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

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

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

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

 

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

当前位置:首页 > IT计算机 > 电脑基础知识

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2