性能测试分析报告案例Word下载.docx
《性能测试分析报告案例Word下载.docx》由会员分享，可在线阅读，更多相关《性能测试分析报告案例Word下载.docx（18页珍藏版）》请在冰豆网上搜索。
1.4测试人员……
2
测试方法简介……
3
测试环境
3.1被测系统……
3.1.1硬
件
环
境
3.1.2数
据
库
3.1.3软
Ob
3.2测试系统......
3.2.1测
试
境搭
建
3.2.2测1
软
4
测试设计
4.1模拟用户数..
.2
比
析景平
詐#-5
^1
M5
5-
-一
应响均
时
间
Ann梯
对
度
-
系
5
资统
源
利
用
率
.3
统
处
m二理
匕匕厶冃
力
>
场务rk
\
景平场T—务2一5一
析向
/
X
<
比均
7
-应
—
-间
-比
资
利源
J
1/
冬
场同开
一响
-时
-问
分
析
匕匕
厶冃应?
图
5.4.3资
源利
用率
对比
5.5业务场景二调优对比测试.
5.5.1第
K
次
调
优
5.5.2第
5.5.3第
6测试结论
6.1业务场景一（无合同）
6.2业务场景二（有合同）
6.3稳定性
7调优建议
8签字确认
1测试背景
1.1测试目标
对****公司****管理系统的开具发票功能进行性能测试，客观、公正评估系统的性能现状。
1、开发正确、有效的性能测试脚本，模拟企业用户开具发票操作行为，作为测试有效实施的基础；
2、通过性能测试，客观、公正评估在当前测试环境下，被测系统的各项性能指标表现；
3、验证被测系统的业务处理能力是否能够满足在业务高峰期的性能要求，为被测系统上线提供参考依据。
如不满足，对性能瓶颈进行定位分析，提供性能调优建议。
1.2测试时间
测试自2008年11月20日启动，至12月01日测试执行结束
1.3测试地点
**大厦*座**层
1.4测试人员
单位
姓名
备注
****公司
***
北京###公
司
2测试方法简介
压力测试采用业界成熟的自动化性能测试工具，通过创建压力测
试程序、构建压力测试模型，对被测试系统实施自动化压力测试，最后形成压力测试结果分析报告。
1）压力测试实施模型：
通过自动化测试工具模拟最终用户向服务器发起业务请求，进行性能测试。
通过测试工具对测试过程中系统各点进行监控，每一次测试结束后工具自动采集测试结果并生成原始报告供分析使用。
2）压力测试实施基本流程：
测试环境准备
系统性能压力测试环境要求与生产系统的软、硬件环境保持一
致，并具有相同规模的业务数据，并保证软件版本与生产环境保持一致。
压力模型定义：
此次性能测试的用例选择，按照****公司提供的业务数据进行分析抽取，用例选取是性能测试压力模型设计的首要任务。
用例选取的原则是：
1）典型的交易和业务流程
2）用户操作使用频繁
3）对系统性能影响较大
4）性能测试压力符合业务系统实际的实际交易发生比例
实际执行场景的设置尽量模拟实际业务进行，运行时长，操作间隔（思考时间），循环间隔，并发间隔，用户加载和减压时间根据系统基准测试结果进行判断和设置。
测试数据准备：
测试数据要求尽量模拟真实业务数据，而且具有一定可重用性。
能贯穿各相关系统，保证业务流程的顺畅正确。
具体的数据类型和数据量需要根据选择的交易类别或性能测试场景设置而定。
此外性能测试会产生大量的虚拟用户，需要消耗大量的测试数
据。
其数量直接关乎测试结果。
测试中所需的基本数据类型为：
系统用户数据：
登陆系统使用的用户名-口令等，数量与虚拟用户数一致。
业务数据：
每个虚拟用户模拟真实用户进行操作时使用到
的数据。
辅助数据：
为保证业务操作的正常进行而设置的基本信息资料。
测试程序开发：
利用在历史数据收集步骤中所获得的典型用户的系统访问模式，做为测试程序开发的依据。
该测试程序应该覆盖典型用户的系统访问模式所涉及的操作。
脚本的开发是利用LoadRunnerVugen进行脚本录制，开发，参数化，调试的过程。
测试执行：
测试准备阶段完毕后，确保测试环境、测试程序、测试过程、测试数据，且均已验证通过后，然后在指定的时间内可对系统施实性能测试，性能测试执行分为两个阶段：
1、性能基准测试：
系统在轻负载环境下，模拟各业务的单用户交易，评估当前系统的性能表现，并作为后续压力测试的性能比较基准；
2、单交易负载测试：
3、负载压力测试：
仿真现实，模拟大批量并发业务交易，评
估系统在高负载情况下系统的性能表现。
测试结果分析报告：
压力测试结果经过确认有效后，将汇总压力测试结果，形成最终的性能测试分析报告。
3测试环境
3.1被测系统
3.1.1硬件环境
系统
IP地址
所在主机配置
应用服务器
CPUXeonMPX46002.6GHz
内存8G
硬盘200G7200转
Win2003
Server
CPUXeonMPX4600
数据库服务
2.6GHz
器
硬盘500G7200转
3.1.2数据库环境
使用生成的6800万条数据。
3.1.3软件环境
类型
应用及版本号
Weblogic8.1
数据库
Oracle9i
3.2测试系统
3.2.1测试环境搭建
测试机配置：
数量（台）
IP
配置
控制
IntelE46002.4GHz
台
内存2G/硬盘400G
7200转
负载
9
发生
内存1G/硬盘400G
322测试软件
采用MercuryInteractive公司的LoadRunner测试及分析软件作为
测试工具。
LoadRunner简介：
LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。
在LoadRunner的帮助下，用户可以以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题。
LoadRunner能够对
案。
4.1
整个企业架构进行测试，它通过模拟实际用户的操作行为和实行实时性能监测，来帮助用户更快的查找和发现问题。
此外，LoadRunner能支持广泛的协议和技术，可以为用户的特殊环境提供特殊的解决方
本次测试采用的LoadRunner版本为9.0。
测试设计
模拟用户数
依据系统目前的业务量以及未来业务量增长，对当前系统分别按
3000、4500、6000用户进行压力测试，以评估系统在不同压力梯度情况下的性能表现。
4.2测试模型建立
此次性能测试的业务选择，应覆盖各性能关键业务，并通过****公司、北京***公司双方协商选取被测业务。
根据协商选定如下业务
进行性能测试:
开具发票
以此基础上定义测试执行压力模型：
在混合业务场景压力梯度测试过程中，分别按3000、4500、6000用户进行压力测试，在各个压力测试过程中保持测试场景和调度测试的完全一致，使结果具有很好的可比性。
压力测试执行场景描述如下：
1、模拟用户数：
3000、4500、6000
2、Pacing:
120秒；
3、当所有用户加载完毕后连续运行15分钟；
4、用户调度策略：
每1秒启动30个虚拟用户。
业务场景
序号
交易
业务
配比
执行时间
操作间隔
100%
15分钟
120秒
业务场景二
开具发票（无合同）
85%
开具发票（有合同）
15%
说明:
按照以上场景设置，可估算出模拟用户数与每小时业务量的对应
关系如下：
3000
4500
6000
每小时业务量
90000
135000
180000
5测试结果分析
说明：
术语解释
（事务）—LoadRunner中定义，为一个流程中某个环节的称谓，一个流程可称为一个大的事务，在这个大的交易中包含许多的小的事务。
响应时间一LoadRunner中衡量流程中各个事务性能的最佳手段，计算的是端到端的时间，说的通俗一点，从点击应用中的某个控件，到从数据库返回数据到客户端，整个过程都被计算在事务的响应时间内。
场景—LoadRunner中专门术语。
它是所有测试资源包括测试脚本、运行设置、运行用户数等的集合。
在这个场景中，可以定义并发用户的数目，定义要运行的脚本，或者说运行的流程类型。
在一个场景中，可以是单个流程，也可以是多个流程的混合。
虚拟用户一LoadRunner中特定术语，为模拟现实中的实际用户，测试软件使用虚拟用户代替真实的用户。
5.1业务场景一（无基础数据）梯度压力测试分析
5.1.1平均响应时间梯度对比
下图是不同用户数下各事务的平均响应时间随用户数变化的曲线:
事务
3000用户
4500用户
6000用户
登录
0.56
1.312
2.14
0.24
0.87
2.08
录入并开具
0.43
1.098
2.70
平均响应时间分析:
从上图中可以看出，各操作的响应时间随着用户数的增加呈上升趋势，但都没有超过5秒，在可接受范围内。
5.1.2系统资源利用率
CPU利用率分析：
在上图中我们可以
升级会员 