压力测试报告文档格式.docx

上传人:b****5 文档编号:16030305 上传时间:2022-11-17 格式:DOCX 页数:13 大小:303.24KB
下载 相关 举报
压力测试报告文档格式.docx_第1页
第1页 / 共13页
压力测试报告文档格式.docx_第2页
第2页 / 共13页
压力测试报告文档格式.docx_第3页
第3页 / 共13页
压力测试报告文档格式.docx_第4页
第4页 / 共13页
压力测试报告文档格式.docx_第5页
第5页 / 共13页
点击查看更多>>
下载资源
资源描述

压力测试报告文档格式.docx

《压力测试报告文档格式.docx》由会员分享,可在线阅读,更多相关《压力测试报告文档格式.docx(13页珍藏版)》请在冰豆网上搜索。

压力测试报告文档格式.docx

3.1.1测试内

3.1.2测试通过标

44.测试工

5.测试结

5

6.1测试时间及人

6.2测试结果分

6.结

13

1.引言

1.1编写目的

本文档是对(项U名称)性能测试所做的说明,为充分利用已有的软硬件资源,

配合对各

系统应用模块的运行测试方案,查缺补漏完善系统的各项具体功能,保证项U的

顺利进行,本

测试报告有助于实现以下L1标:

明确本次性能测试的测试资源;

明确本次性能测试的测试内容;

明确本次性能测试的测试方法;

,明确本次性能测试的系统性能。

1.2系统概述

1.2.1项目名称

项目名称:

项目简称:

项目单位:

开发商:

1.2.2总体目标

中山移动营业厅系统支持200个以上并发客户端的访问1.2.3技术目标

1.2.3.1技术目标

使用测试工具实现虚拟用户并发访压力测试,要求系统满足用户并发量在200以上,并能正常

工作。

2.测试环境

2.1软硬件环境

硬件环境应用服务器数据库服务器客户端硬件配置CPU:

Intel(R)

CPU:

Intel(R)CPU:

Intel(R)

Pentium(R)DPentium(R)DCore(TM)

CPU3.40GHzCPU3.40GHzCPU2.20GHz

Memory:

2GMemory:

2G

HD:

360GHD:

360G

SATASATASATA

软件配置OS:

Windows2003OS:

Windows2003Windowxp

JDK1.5.0_06MySQL5.0.17LinuxProfessional(SP3)

Tomcat6

2.1.1网络拓扑结构

应用服务器.敌据咋服务器

2.4测试环境约束

本次测试结果依据U前被测系统的软/硬件环境。

本次测试结果依据U前被测系统的程序版本。

本次测试结果依据L1前被测系统的网络环境。

本次测试结果依据口前被测系统的测试数据量。

3.测试范围及测试要求

3.1测试

3.1.1测试内容

根据需求,对登录操作进行并发的压力测试,对主要业务模块中的主要业务进

行压力和

负载测试。

3.1.2测试通过标准

系统在并发用户200时,系统表现稳定

4.测试工具

测试工具:

Loadrunner9.5(美国Mercury公司)

使用WebService协议。

主要思想是使用虚拟用户(Virtualusers)来模拟实际用户对系统施加压力。

模拟图如下:

业务系统Business号

3•测试结果

6.1测试时间及人员

时间:

2010.6.3

人员:

地点:

珠海万佳达软件开发有限公司

6.2测试结果分析

LoadRunner进行200用户场景模拟测试结果收集后,显示的该结果的一个摘要信息,如图5-1所示。

概要中列出了场景执行情况、"

StatisticsSummary(统计信息摘要)”、uTransactionSummary(事务摘要)”以及"

HTTPResponsesSummary(HTTP响应摘要)”等。

以简要的信息列出本次测试结果。

AnalysisSummary・a<

wtoioia计x•"

pvxnam

4MWJ吨g

••••••M■峙z“Fy”

IWV

ii・■iiit:

・13(・h

K|0I•,■]・

・•♦■■■—■■■rw

・i1=:

?

is?

:

ii

图5-1性能测试结果摘要图

场景执行情况

该部分给出了本次测试场景的名称、结果存放路径及场景的持续时间,如图5-2所示。

从该图我们知道,本次测试从16:

17:

08开始,到16:

54:

38结束,共历时37分30秒。

Amalysj®

Summary盹nx:

o:

i?

观・jbma/zomutm列

ScenirtoMinie:

«

rlt.-iriioiKjf.u.-n«

riic«

nr-QIi

2lt*isUailsn:

eiT.Cr4B-iwn“:

-u»

»

SB.b'

Mvsu^tfeud?

d・b、,l,«

ua2Uu・・a.i-・

ikr<

-ja?

图5-2场景执行情况描述图

StatisticsSummary(统讣信息摘要)

该部分给出了场景执行结束后并发数、总乔吐量、平均每秒乔吐量、总请求数、平均每秒请求数的统计值,如图5-3所示。

从该图我们得知,本次测试运行的最大并发数为200,总乔吐量为960,974,180字节,平均每秒的乔吐量为426910字节,总的请求数为117,105,平均每秒的请求为52.024。

StabstKSSummary

MevioiuiiiftunnuiqVu«

200

Tot«

l(右(9■•■公

96C.97a“3

Ql

T~oZ甘也]

a

Q

11T.1G3

52.-024

图5-3统计信息摘要图

TransactionSummary(事务摘要)

该部分给岀了场景执行结束后相关Action的平均响应时间、通过率等情况,

如图5-4所示。

从该图我们得到每个Action的平均响应时间与业务成功率。

图5-4事务摘要图

HTTPResponsesSummary(HTTP响应摘要)

该部分显示在场景执行过程中,每次HTTP请求发岀去的状态,是成功还是失

败,都在这里体现,如图5-5所示。

从图中可以看到,在本次测试过程中

LoadRunner共模拟发出了117105次请求(与“统计信息摘要”中的“Total

Hits"

一致),其中“HTTP200”的是117105次,说明在本次过程中,经过发出的请求全部分都能正确响应了(“HTTP200”表示请求被正确响应)。

IIIP'

.i.niiiw7

[(TTPR•■映f*LalM

图5-5HTTP响应摘要

并发数分析

"

RunningVusers(运行的并发数)”显示了在场景执行过程中并发数的执行情况。

它们显示Vuser的状态、完成脚本的Vuser的数量以及集合统计信息,将这些图与事务图结合使用可以确定Vuser的数量对事务响应时间产生的影响。

图5-6显示了在系统业务性能测试过程中Vusers运行情况,从图中我们可以看到,Vusers的运行趋势与我们场景执行计划中的设置是一样,表明在场景执行过程中,Vusers是按照我们预期的设置运行的,没有Vuser出现运行错误,这样从另一个侧面说明我们的参数化设置是正确的,因为使用唯一数进行参数化设置,如果

设置不止确

将会导致Vuser运行错误。

KunmragVuscn

詁;

MKvx活妙W25炯勿iWAijtf

LlQ:

dwxli-cm-ss

1Run0.0105.120012978.219

图5-6运行的并发数图

我们本次测试RunningVusers与集合点是一致,说明整个场景执行过程中,

并发数用户的执行正确,系统测试服务器能够应付200个并发用户的业务操作。

响应时间

uAverageTransactionResponseTime(平均事务响应时间图)”(图5-7),这张图是平均事务响应时间与结果摘要中的“TransactionSummaryn合成的。

1login_Action_Transaction0.4o247.llo109.3830.2o/

1select_allAction_Transaction&

71926.648144.70411.231

1select_oneAction_Transaction24.48493.983329.97439.933

1vuser_end_Transaction0.00.0111.2970.097

1vuser_init_Transaction0.0010.050.4180.095

图5-7平均事务响应时间图

从图形下部我们可以看到,登录部分对应的Action是“login_Actionv,批量查询对应的Action是"

select_allActiont,,选择信息查询对应的Action是"

select_oneAction”,他们的"

AverageTime(平均响应时间为)”分别是

47.115秒与26.648秒与93.983秒,从这三个数值来看,都过大,不符合要求。

实际事物时间应为

登录:

47.115/5-5=4.423(减5登录时包含了一个用户信息查询)

批量查询:

26.648/5=5.3296

选择信息查询:

93.983/5/7=2.685(除7做了7次点击选择信息)

注:

除5所有的事物都被重复执行3次

看完了uAverageTime"

我们再看"

90PercentTime"

表示90%的事务

95.711/5-5=14.142(减5登录时包含了一个用户信息查询)

批量查询:

39.125/5=7.825

选择信息查询:

146.797/5/7=4.194(除7做了7次点击选择信息)

除5所有的事物都被重复执行5次

从图5-7可以看出,所有Action平均事务响应时间的趋势有较大的波动,所以使用“90PercentTime”。

根据上面的计算,本次测试结果记录如表5-1所示。

测试项实际值是否通过

登录业务响应时间14.142秒Y

批量查询响应时间7.825秒Y

选择信息响应时间4.194秒Y

登录业务成功率100%

考勤业务成功率100%

登录查询总数1000

批量查询总数1000

选择信息总数1000

CPU使用率维持100%

内存使用率<20%

表5-1测试结果对照表一

每秒点击数

图5-8显示的是"

HitsperSecond”与°

AverageThroughput

(bytes/second)”的复合图,从图中可以看出,两种图形的曲线都正常并且基本一致,说明服务器能及时的接受客户端的请求,并能够返回结果。

图5-8每秒点击数与每秒呑吐量复合图业务成功率

o在“TransactionSummary"

中我们可以很明确的看到每个事务的执行状

态,如图5-9所示。

TfelllBHClillll5lllllllllll|

xeTH&

If■二.・

1Pass

图5-9事务状态统计图

从图中可以看出,所有的Aciton都是绿色的,即表示为Passed,同时除了vuser_init与vuse

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

当前位置:首页 > 求职职场 > 简历

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

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