性能测试方案模板Word格式.docx
- 文档编号:14947098
- 上传时间:2022-10-26
- 格式:DOCX
- 页数:14
- 大小:99.18KB
性能测试方案模板Word格式.docx
《性能测试方案模板Word格式.docx》由会员分享,可在线阅读,更多相关《性能测试方案模板Word格式.docx(14页珍藏版)》请在冰豆网上搜索。
1.1目的
编写本文档的目的在于描述测试项目的测试围,定义测试条件和目标,测试策略和要求,分析可能的风险,提供相应的规避措施或应急对策,并确定测试整体进度的计划和人力资源安排等。
测试目的在于通过测试交易系统业务功能及流程实现的正确性、可靠性、易用性,确保系统符合业务需求规格说明书的要求,且系统性能指标和数据库服务器管理方案满足应用要求。
通过测试找出系统的性能瓶颈及缺陷,为系统调优提供依据;
确定系统能处理的最大业务量,能够支持的最多用户数、并发数。
1.2背景
1.3测试围
根据性能需求制定性能需求指标,利用性能测试工具LoadRunner录制测试脚本、设计测试场景,对系统进行性能测试,通过调优,使系统满足性能指标,并找出系统的最优配置、性能瓶颈、可扩展性、稳定性等。
需要进行的测试包括:
1)基准测试
无负载情况下,对所有功能点分别进行一段时间的持续运行,取得各功能点平均响应时间作为分析衡量指标,用于初步诊断系统是否存在性能瓶颈。
2)并发测试
根据业务性能需求,模拟一定时间之设计并发用户同时向系统发出请求,检测出系统的响应能力,包括响应时间以及CPU/存等的使用情况,以验证系统对并发请求时的支持能力,并获取该系统的最大并发请求数量。
3)系统容量和扩展性测试
驱动当前系统以达到资源的最大利用率,并找出在此利用率下系统的最大处理能力,同时在测试的过程中找出系统的最优配置,找出系统的可扩展能力,可容纳用户数量与集群的数量的实际关系。
4)稳定性测试
通过高负载和低负载的转换,以验证系统的正常情况下以及峰值情况下系统的稳定性;
以及找出增加或者减少负载的过程中由于突然的占用或者释放系统资源而引起的问题。
5)疲劳测试
疲劳测试目的是验证长时间运行对系统性能的影响。
模拟一定数量的用户发起操作请求,对系统形成一定的压力并长时间运行,验证系统在长时间运行时,用户对系统访问操作的成功率是否降低,找出系统潜在的存泄漏等问题。
1.4参考文档
2测试环境
2.1环境概述
2.2软硬件环境
测试环境资源表
设备
硬件配置
软件配置
服务器IP
地址
应用服务器
IBMpSeries52A(4×
1.65GHZ,8G存,146GB×
8,2×
10/100/1000M以太网卡)
Websphere6.1
11.9.13.3
数据库服务器
IBMpSeries52A
(4×
Oracle10g
WEB服务器
IBMX3650(2CPU、4G存,4×
Apache
11.9.13.1
客户端
生产环境资源表
IBMpSeries55A
4.2GHZ,8G存,146GB×
2,2*1光纤网卡,2*HBA卡)
2,2×
光纤网卡,2×
HBA卡,HACMP串口卡及心跳线)
2.3测试环境拓扑图
2.4测试工具
工具
版本
功能说明
LoadRunner
9.1
性能测试工具
SiteScope
服务器资源使用监控工具
QualityCenter
9.1
缺陷管理工具
3测试需求
3.1性能测试需求
业务指标
指标描述
指标值
响应时间
用户操作时系统的响应时间
5
并发数量
同时访问系统的最大并发用户数量
50
访问高峰数量
同时访问系统的用户数量
业务量均值
非实时批量数据量(笔)
业务量峰值
访问高峰时间
访问系统频率最高的时间段
3.2测试容
序号
功能模块
功能描述
登录及首页载入
2
账户明细查询
3
行同名转账
4
行转账
跨行转账
6
批量转账
7
网上转账结果查询
8
网上转账结果查询—excel下载
9
信用卡历史账单查询
10
信用卡手工还款
11
安全中心资料工具下载
4测试约束
4.1测试启动条件
Ø
测试环境已经准备好;
系统的功能测试已经完成,并且功能测试报告通过了部评审;
进行了冒烟测试,系统的性能测试是可测的;
不存在影响系统流程的缺陷。
4.2测试结束条件
根据性能测试计划执行所有测试用例完成,测试出系统基本性能参数,并分析系统性能瓶颈,系统调优后,达到需求定义的性能指标;
完成性能分析工作,性能指标验证结束;
性能测试报告通过部评审。
5测试方法
5.1测试方法描述
根据软件需求规格说明书中的需求,使用性能测试工具,对系统施加压力,测试系统在压力下的工作状况,测试系统性能是否满足软件需求规格说明书中的指标。
5.1.1基准测试
5.1.1.1测试方法
对个人网银系统的所列功能点进行基准测试,主要用于与响应时间性能指标的对比,以了解系统的整体性能状况。
5.1.1.2测试场景
对系统所有功能点(功能测试中的所有功能点),使用单个用户通过执行相应业务操作的测试脚本发起各项操作请求,在执行1小时后,初步诊断系统是否存在性能瓶颈,取响应时间的平均值作为测试的基准值。
用例需求点
用户数量
迭代次数
迭代间隔
执行时间
(分钟)
ThinkTime
负载生成器数量
-
60
5.1.2并发测试
并发测试的目的是为了验证系统在同一秒级50个用户的并发下,个人数据查询以及个人转账处理对系统资源的利用,以及所能达到的响应时间。
5.1.2.1测试方法
模拟服务器与终端用户之间的网络连接,对Loadrunner的虚拟用户使用512K的带宽限制设置,分别模拟50个用户同时(同一秒级)向同一功能点(单一业务)或多个功能点发出操作请求,测试系统的响应能力,包括响应时间以及CPU、存、磁盘、网络等资源的使用状况,以验证系统对50个用户并发请求时的支持能力。
1)并发用户数量的设计
a.极限法:
根据性能需求,假设目前系统要求最大的并发用户数为50个。
选择不同的访问时间段,给系统50的查询处理并发量,并持续10分钟,在此过程中收集系统资源利用情况和响应时间(TPS,CPU%,ResponseTime)。
对于同一个场景,可以使用10,20,30,40不同的用户并发量(步进为10)。
b.用户趋势分析:
按照今后N年的用户数量增长和业务增长(30%)分析,N年后要达到的用户数量与业务量的并发要求。
假设N年后,最大并发用户数量是65,同时访问系统的最大用户数为1040。
选择不同的访问时间段,以步进为10逐步增加并发交易数量,直至到达最大并发用户数量65,在此过程中收集系统资源利用情况和响应时间(TPS,CPU%,ResponseTime)。
5.1.2.2测试场景
对本次性能测试所确定的典型业务功能点,通过Loadrunner模拟50个用户,同时(同一秒级)访问同一个典型业务功能(单一业务)或多个功能点(混合业务),持续10分钟,取响应时间的平均值,同时监测测试系统的各服务器资源使用情况。
单一并发测试场景
RampUp
持续时间
RampDown
-
混合并发测试场景
5.1.3破坏性测试
疲劳测试主要测试系统在长时间运行后的处理能力,确定系统是否能够继续安全有效的正常提供服务。
5.1.3.1测试方法
通过持续不断的调用测试脚本,模拟一定数量的用户发起操作请求,对系统形成一定的压力并长时间运行,通过长时间持续的压力,验证系统在长时间运行后,用户对系统访问操作的成功率是否降低,以找出系统潜在的存泄漏等问题。
本次性能疲劳测试计划使用800个在线用户,按照业务人员提供的典型业务功能比例进行分配,执行7×
24小时。
5.1.3.2测试场景
场景名称
在线总用户数
成功率
完成业务数量
疲劳测试
800个用户
7×
24小时
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 性能 测试 方案 模板