压力测试报告.doc

1.目录
1. 引言 2
1.1 编写目的 2
1.2 系统概述 2
1.2.1 项目名称 2
1.2.2 总体目标 2
1.2.3 技术目标 2
2. 测试环境 3
2.1 软硬件环境 3
2.1.1网络拓扑结构 4
2.4 测试环境约束 4
3. 测试范围及测试要求 4
3.1测试 4
3.1.1测试内容 4
3.1.2测试通过标准 5
4. 测试工具 5
5. 测试结果 5
6.1测试时间及人员 6
6.2测试结果分析 6
6. 结论 13
2.引言
1.1 编写目的
本文档是对(项目名称)性能测试所做的说明,为充分利用已有的软硬件资源,配合对各系统应用模块的运行测试方案,查缺补漏完善系统的各项具体功能,保证项目的顺利进行,本测试报告有助于实现以下目标:
??明确本次性能测试的测试资源;
??明确本次性能测试的测试内容;
??明确本次性能测试的测试方法;
??明确本次性能测试的系统性能。
1.2 系统概述
1.2.1 项目名称
项目名称: 小象工程
项目简称: 小象工程
项目单位: 扑像文化传播有限公司
1.2.2 总体目标
www.puffant.com网站支持100个以上并发客户端访问
1.2.3 技术目标
1.2.3.1技术目标
使用测试工具实现虚拟用户并发的压力测试,要求系统满足用户并发量在100以上,并能正常工作。
3.测试环境
2.1 软硬件环境
硬件环境
应用服务器
数据库服务器
客户端
硬件配置
CPU:Intel(R) Pentium(R) D
CPU 3.40GHz
Memory: 2G
HD: 360G
SATA
CPU:Intel(R) Pentium(R) D
CPU 3.40GHz
Memory: 2G
HD: 360G
SATA
CPU:Intel(R) Core(TM)
CPU 2.20GHz
Memory: 2G
HD: 360G
SATA
软件配置
OS:Windows 2003
JDK 1.5.0_06
Tomcat 6
OS:Windows 2003
MySQL 5.0.17 Linux
Window xp
Professional ( SP3 )
2.1.1网络拓扑结构
2.4 测试环境约束
??本次测试结果依据目前被测系统的软/硬件环境。
??本次测试结果依据目前被测系统的程序版本。
??本次测试结果依据目前被测系统的网络环境。
??本次测试结果依据目前被测系统的测试数据量。
4.测试范围及测试要求
3.1测试
3.1.1测试内容
根据需求,对登录操作进行并发的压力测试,对主要业务模块中的主要业务(下点单、制作相册)进行压力和负载测试。
3.1.2测试通过标准
系统在并发用户100时,系统表现稳定
5.测试工具
测试工具:
Loadrunner8.0(美国Mercury公司)
使用Web(http/html)协议。
主要思想是使用虚拟用户(Virtual users)来模拟实际用户对系统施加压力。
模拟图如下:
6.测试结果
6.1测试时间及人员
时间:2011.08.09
人员:玲
地点:深圳扑象文化传播有限公司
6.2测试结果分析
LoadRunner进行100用户场景模拟测试结果收集后,显示的该结果的一个摘要信息,如图5- 2所示。概要中列出了场景执行情况、“Statistics Summary(统计信息摘要)”、“Transaction Summary(事务摘要)”以及“HTTP Responses Summary(HTTP响应摘要)”等。以简要的信息列出本次测试结果。
图5- 2性能测试结果摘要图
场景执行情况
该部分给出了本次测试场景的名称、结果存放路径及场景的持续时间,如图5- 3所示。从该图我们知道,本次测试从16:17:08开始,到16:54:38结束,共历时37分30秒。
图5- 3场景执行情况描述图
Statistics Summary(统计信息摘要)
该部分给出了场景执行结束后并发数、总吞吐量、平均每秒吞吐量、总请求数、平均每秒请求数的统计值,如图5- 4所示。从该图我们得知,本次测试运行的最大并发数为200,总吞吐量为960,974,180字节,平均每秒的吞吐量为426910字节,总的请求数为117,105,平均每秒的请求为52.024。
图5- 4统计信息摘要图
Transaction Summary(事务摘要)
该部分给出了场景执行结束后相关Action的平均响应时间、通过率等情况,如图5- 5所示。从该图我们得到每个Action的平均响应时间与业务成功率。
图5- 5事务摘要图
HTTP Responses Summary(HTTP响应摘要)
该部分显示在场景执行过程中,每次HTTP请求发出去的状态,是成功还是失败,都在这里体现,如图5- 6所示。从图中可以看到,在本次测试过程中LoadRunner共模拟发出了117105次请求(与“统计信息摘要”中的“Total Hits”一致),其中“HTTP 200”的是117105次,说明在本次过程中,经过发出的请求全部分都能正确响应了(“HTTP 200”表示请求被正确响应)。
图5- 6 HTTP响应摘要
并发数分析
“Running Vusers(运行的并发数)”显示了在场景执行过程中并发数的执行情况。它们显示Vuser的状态、完成脚本的Vuser的数量以及集合统计信息,将这些图与事务图结合使用可以确定Vuser的数量对事务响应时间产生的影响。图5- 7显示了在系统业务性能测试过程中Vusers运行情况,从图中我们可以看到,Vusers的运行趋势与我们场景执行计划中的设置是一样,表明在场景执行过程中,Vusers是按照我们预期的设置运行的,没有Vuser出现运行错误,这样从另一个侧面说明我们的参数化设置是正确的,因为使用唯一数进行参数化设置,如果设置不正确,将会导致Vuser运行错误。
Color
Scale
Measurement
Graph Min.
Graph Ave.
Graph Max.
Graph Median
Graph SD
1
Run
0.0
105.1
200
129
78.219
图5- 7运行的并发数图
我们本次测试Running Vusers与集合点是一致,说明整个场景执行过程中,并发数用户的执行正确,系统测试服务器能够应付200个并发用户的业务操作。
响应时间
“Average Transaction Response Time(平均事务响应时间图)”(图5- 10),这张图是平均事务响应时间与结果摘要中的“Transaction Summary”合成的。
Color
Scale
Measurement
Min.
Ave.
Max.
SD
1
login_Action_Transaction<