最全面性能测试方案模板
性能测试方案书
1 简介
1.1目的
编写本文档的目的在于描述测试项目的测试范围,定义测试条件和目标,测试策略和要求,分析可能的风险,提供相应的规避措施或应急对策,并确定测试整体进度的计划和人力资源安排等。 测试目的在于通过测试交易系统业务功能及流程实现的正确性、可靠性、易用性,确保系统符合业务需求规格说明书的要求,且系统性能指标和数据库服务器管理方案满足应用要求。通过测试找出系统的性能瓶颈及缺陷,为系统调优提供依据;确定系统能处理的最大业务量,能够支持的最多用户数、并发数。
1.2背景
1.3测试范围
根据性能需求制定性能需求指标,利用性能测试工具LoadRunner录制测试脚本、设计测试场景,对系统进行性能测试,通过调优,使系统满足性能指标,并找出系统的最优配置、性能瓶颈、可扩展性、稳定性等。需要进行的测试包括: 1)基准测试 无负载情况下,对所有功能点分别进行一段时间的持续运行,取得各功能点平均响应时间作为分析衡量指标,用于初步诊断系统是否存在性能瓶颈。
2)并发测试
根据业务性能需求,模拟一定时间之内设计并发用户同时向系统发出请求,检测出系统的响应能力,包括响应时间以及CPU/内存等的使用情况,以验证系统对并发请求时的支持能力,并获取该系统的最大并发请求数量。
3)系统容量和扩展性测试
驱动当前系统以达到资源的最大利用率,并找出在此利用率下系统的最大处理能力,同时在测试的过程中找出系统的最优配置,找出系统的可扩展能力,可容纳用户数量与集群的数量的实际关系。
4)稳定性测试
通过高负载和低负载的转换,以验证系统的正常情况下以及峰值情况下系统的稳定性;以及找出增加或者减少负载的过程中由于突然的占用或者释放系统资源而引起的问题。
5)疲劳测试
疲劳测试目的是验证长时间运行对系统性能的影响。模拟一定数量的用户发起操作请求,对系统形成一定的压力并长时间运行,验证系统在长时间运行时,用户对系统访问操作的成功率是否降低,找出系统潜在的内存泄漏等问题。
1.4参考文档
2 测试环境
2.1环境概述
2.2软硬件环境
测试环境资源表
设备 | 硬件配置 | 软件配置 | 服务器IP地址 |
---|---|---|---|
应用服务器 | IBM pSeries 52A(4×1.65 GHZ,8G内存,146GB×8, 2×10/100/1000M以太网卡 ) | Websphere 6.1 | 11.9.13.3 |
数据库服务器 | IBM pSeries 52A(4×1.65 GHZ,8G内存,146GB×8, 2×10/100/1000M以太网卡 ) | Oracle 10g | 11.9.13.3 |
WEB服务器 | IBM X3650(2CPU、4G内存,4×10/100/1000M以太网卡) | Apache | 11.9.13.1 |
客户端 |
生产环境资源表
设备 | 硬件配置 | 软件配置 | 服务器IP地址 |
---|---|---|---|
应用服务器 | IBM pSeries 52A(4×1.65 GHZ,8G内存,146GB×8, 2×10/100/1000M以太网卡 ) | Websphere 6.1 | 11.9.13.3 |
数据库服务器 | IBM pSeries 52A(4×1.65 GHZ,8G内存,146GB×8, 2×10/100/1000M以太网卡 ) | Oracle 10g | 11.9.13.3 |
WEB服务器 | IBM X3650(2CPU、4G内存,4×10/100/1000M以太网卡) | Apache | 11.9.13.1 |
客户端 |
2.3测试环境拓扑图
2.4 测试工具
工具 | 版本 | 功能说明 |
---|---|---|
LoadRunner | 11.1 | 性能测试工具 |
SiteScope | 服务器资源使用监控工具 | |
Bugfree | 8.3 | 缺陷管理工具 |
3. 测试需求
3.1 性能测试需求
业务指标 | 指标描述 | 指标值 |
---|---|---|
响应时间 | 用户操作时系统的响应时间 | 5 |
并发数量 | 同时访问系统的最大并发用户数量 | 50 |
访问高峰数量 | 同时访问系统的用户数量 | |
业务量均值 | 非实时批量数据量(笔) | |
业务量峰值 | 非实时批量数据量(笔) | |
访问高峰时间 | 访问系统频率最高的时间段 |
3.2测试内容
序号 | 功能模块 | 功能描述 |
---|---|---|
1 | 登录及首页载入 | |
2 | 账户明细查询 | |
3 | 行内同名转账 | |
4 | 行内转账 | |
5 | 跨行转账 | |
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小时后,初步诊断系统是否存在性能瓶颈,取响应时间的平均值作为测试的基准值。
编号 | 用例需求点 | 用户数量 | 迭代次数 | 迭代间隔 | 执行时间(分钟) | Think Time | 负载生成器数量 |
---|---|---|---|---|---|---|---|
1 | 登录及首页载入 | 1 | - | 0 | 60 | 0 | 1 |
2 | 账户明细查询 | 1 | - | 0 | 60 | 0 | 1 |
3 | 行内同名转账 | 1 | - | 0 | 60 | 0 | 1 |
4 | 行内转账 | 1 | - | 0 | 60 | 0 | 1 |
5 | 跨行转账 | 1 | - | 0 | 60 | 0 | 1 |
6 | 批量转账 | 1 | - | 0 | 60 | 0 | 1 |
7 | 网上转账结果查询 | 1 | - | 0 | 60 | 0 | 1 |
8 | 网上转账结果查询—excel下载 | 1 | - | 0 | 60 | 0 | 1 |
9 | 信用卡历史账单查询 | 1 | - | 0 | 60 | 0 | 1 |
10 | 信用卡手工还款 | 1 | - | 0 | 60 | 0 | 1 |
11 | 安全中心资料工具下载 | 1 | - | 0 | 60 | 0 | 1 |
5.1.2并发测试
并发测试的目的是为了验证系统在同一秒级50个用户的并发下,个人数据查询以及个人转账处理对系统资源的利用,以及所能达到的响应时间。
5.1.2.1测试方法
模拟服务器与终端用户之间的网络连接,对Loadrunner的虚拟用户使用512K的带宽限制设置,分别模拟50个用户同时(同一秒级)向同一功能点(单一业务)或多个功能点发出操作请求,测试系统的响应能力,包括响应时间以及CPU、内存、磁盘、网络等资源的使用状况,以验证系统对50个用户并发请求时的支持能力。
1)并发用户数量的设计
a.极限法:根据性能需求,假设目前系统要求最大的并发用户数为50个。选择不同的访问时间段,给系统50的查询处理并发量,并持续10分钟,在此过程中收集系统资源利用情况和响应时间(TPS,CPU%,Response Time)。对于同一个场景,可以使用10,20,30,40不同的用户并发量(步进为10)。
b.用户趋势分析:按照今后N年的用户数量增长和业务增长(30%)分析,N年后要达到的用户数量与业务量的并发要求。假设N年后,最大并发用户数量是65,同时访问系统的最大用户数为1040。选择不同的访问时间段,以步进为10逐步增加并发交易数量,直至到达最大并发用户数量65,在此过程中收集系统资源利用情况和响应时间(TPS,CPU%,Response Time)。
5.1.2.2测试场景
对本次性能测试所确定的典型业务功能点,通过Loadrunner模拟50个用户,同时(同一秒级)访问同一个典型业务功能(单一业务)或多个功能点(混合业务),持续10分钟,取响应时间的平均值,同时监测测试系统的各服务器资源使用情况。
单一并发测试场景
编号 | 用例需求点 | 用户数量 | 迭代次数 | 迭代间隔 | 执行时间(分钟) | Ramp Up | 持续时间 | Ramp Down | Think Time | 负载生成器数量 |
---|---|---|---|---|---|---|---|---|---|---|
1 | 登录及首页载入 | 50 | - | 0 | 10 | - | 10 | - | - | 1 |
2 | 账户明细查询 | 50 | - | 0 | 10 | - | 10 | - | - | 1 |
3 | 行内同名转账 | 50 | - | 0 | 10 | - | 10 | - | - | 1 |
4 | 行内转账 | 50 | - | 0 | 10 | - | 10 | - | - | 1 |
5 | 跨行转账 | 50 | - | 0 | 10 | - | 10 | - | - | 1 |
6 | 批量转账 | 50 | - | 0 | 10 | - | 10 | - | - | 1 |
7 | 网上转账结果查询 | 50 | - | 0 | 10 | - | 10 | - | - | 1 |
8 | 网上转账结果查询—excel下载 | 50 | - | 0 | 10 | - | 10 | - | - | 1 |
9 | 信用卡历史账单查询 | 50 | - | 0 | 10 | - | 10 | - | - | 1 |
10 | 信用卡手工还款 | 50 | - | 0 | 10 | - | 10 | - | - | 1 |
11 | 安全中心资料工具下载 | 50 | - | 0 | 10 | - | 10 | - | - | 1 |
混合并发测试场景
编号 | 用例需求点 | 用户数量 | 迭代次数 | 迭代间隔 | 执行时间(分钟) | Ramp Up | 持续时间 | Ramp Down | Think Time | 负载生成器数量 |
---|---|---|---|---|---|---|---|---|---|---|
1 | 登录及首页载入 | 10 | - | 0 | 10 | - | 10 | - | - | 1 |
2 | 账户明细查询 | 10 | - | 0 | 10 | - | 10 | - | - | 1 |
3 | 行内同名转账 | 10 | - | 0 | 10 | - | 10 | - | - | 1 |
7 | 网上转账结果查询 | 10 | - | 0 | 10 | - | 10 | - | - | 1 |
8 | 网上转账结果查询—excel下载 | 10 | - | 0 | 10 | - | 10 | - | - | 1 |
11 | 安全中心资料工具下载 | 10 | - | 0 | 10 | - | 10 | - | - | 1 |
5.1.3破坏性测试
疲劳测试主要测试系统在长时间运行后的处理能力,确定系统是否能够继续安全有效的正常提供服务。
5.1.3.1测试方法
通过持续不断的调用测试脚本,模拟一定数量的用户发起操作请求,对系统形成一定的压力并长时间运行,通过长时间持续的压力,验证系统在长时间运行后,用户对系统访问操作的成功率是否降低,以找出系统潜在的内存泄漏等问题。
本次性能疲劳测试计划使用800个在线用户,按照业务人员提供的典型业务功能比例进行分配,执行7×24小时。
5.1.3.2测试场景
编号 | 场景名称 | 在线总用户数 | 执行时间 | 成功率 | 完成业务数量 |
---|---|---|---|---|---|
1 | 疲劳测试 | 800个用户 | 7×24小时 |
6. 测试时间表
6.1测试轮次表
轮次 | 开始时间 | 结束时间 | ||
性能测试 | 第一轮 | |||
第二轮 | ||||
第三轮 |
6.2测试进度表
编号 | 任务 | 工作量(人月) | 任务启动条件 | 计划启动时间(T) | 计划结束时间(T+D) |
---|---|---|---|---|---|
1 | 测试环境准备 | 1 | 完成测试计划,测试环境、测试数据准备完毕 | ||
2 | 测试案例设计 | 1 | 具有软件需求说明书 | ||
2 | 脚本开发 | 1 | 功能稳定,性能测试环境准备完毕 | ||
3 | 场景设计 | 1 | 测试脚本开发完毕 | ||
4 | 测试执行 | 1 | 测试环境搭建完毕、测试脚本开发完毕、场景设计完毕 | ||
5 | 测试总结 | 1 | 性能测试执行完毕 |
7. 测试组织架构
角色 | 职能 | 姓名 | 工作内容 |
---|---|---|---|
测试经理> | 项目管理 |
编写测试方案 测试质量控制 出具测试报告 |
|
测试工程师 | 测试执行 |
测试脚本开发 测试执行测试 测试结果分析 |
8. 测试风险
风险编号 | 风险描述 | 风险发生可能性(高、中、低) | 风险的影响程度(高、中、低) | 责任人 | 规避方法 |
---|---|---|---|---|---|
9. 输入输出文档
文档名称 | 文档类型 | 负责人 | 交付日期 | 说明 |
---|---|---|---|---|
软件需求说明书 | 输入 | |||
性能测试方案 | 输出 | |||
性能测试报告 | 输出 |
最全面性能测试方案模板相关推荐
- 软件性能测试方案模板,性能测试方案模板
<性能测试方案模板>由会员分享,可在线阅读,更多相关<性能测试方案模板(8页珍藏版)>请在人人文库网上搜索. 1.性能测试方案性能测试方案 版本:版本:V1.1V1.1 文文 ...
- 性能测试体系(一):性能测试方案模板和分析
前言 性能测试方案描述了性能测试的背景.目的.测试策略.测试资源等.不同的公司.不同的团队.不同的产品,做出来的性能测试必然都不一样,但是套路却是通用的,不对,不是套路,是方法和理论是通用的.所以才有 ...
- 软件性能测试方案模板,性能测试方案(计划)模板
1.概述 1.1 目的 本部分主要是针对即将进行性能测试的对象(接口.模块.进程或系统)进行概要的说明,让人明白该测试对象的主要功能与作用及相关业务背景.同时要指出进行性能测试的驱动原因. 1.2 名 ...
- 软件性能测试方案模板,软件系统 性能设计方案 软件系统设计方案模板
跪求电子系统设计方案 第1章 概 述 21世纪人类将全面进入信息化社会,对微电子信息技术和微电子VLSI基础技术将不断提出更高的发展要求,微电子技术仍将继续是21世纪若干年代中最为重要的和最有活力的高 ...
- 测试cpu性能 c语言,性能测试方案和用例模板
XX项目 性能测试方案 1. 引言 1.1. 文档版本 版本 作者 审批 备注 V1.0 dayu XXX 1.2. 项目情况 项目名称 XXXXXXXX 项目版本 V2.31 项目经理 XXX 测试 ...
- 测试方案模板(性能测试为例子)
前言 测试计划与测试方案有所不同,测试计划的强调的是做什么,测试方案强调的是怎么做.一般来说测试计划是测试经理做的,也就是组内测试老大安排的,测试方案是该计划内每个测试阶段测试工程师的工作,比如xx功 ...
- 如何做好系统测试工作?2020系统测试方案模板范例
在软件测试分类中,系统测试相较于功能测试性能测试压力测试等部分测试工作,对软件测试环境.软硬件设备等要求更高.顾名思义,系统测试就是在软件产品开发完成以后,把软件或者应用程序首次做为一个整体进行测试. ...
- 如何做软件自动化测试?常规自动化测试方案模板流程
随着智能化信息基础设施的推进,软件开发的进程也不断加快.软件测试工作也逐渐由传统的手工测试向软件自动化测试跨越. 对于很多企业来说,做好软件自动化测试工作就是通过测试工具进行"点点点&quo ...
- 百度阅读软件测试,《百度软件测试方案模板.doc
<百度软件测试方案模板 百度XXX产品v1.0.0测试方案 文档版本控制 文档版本号日期作者审核人说明V1.0 目录 百度XXX产品v1.0.0测试方案1 1项目简介部分2 1.1文档编写目的2 ...
最新文章
- 2022-2028年中国乳制品行业市场需求预测与投资战略规划分析报告
- Codeforces Gym100812 L. Knights without Fear and Reproach-扩展欧几里得(exgcd)
- android 自定义view 动画效果,Android自定义view----音乐播放动画
- 研发手Q推广遇到的一系列问题
- 二元隐函数求二阶偏导_在线计算专题(03):具体、抽象函数的导数、微分与方向导数的计算...
- 前端学习(2984):一文理解数据劫持2
- 小A点菜(洛谷-P1164)
- android 系统(154)----OTA制作及升级过程
- sqlserver安全加固
- Linux里的/dev/null和21和基本符号
- cocos2d-x 粒子编辑器和使用
- 2020电子设计大赛——坡道行驶小车
- 国家集训队论文集 1999-2009 (附99~15论文下载地址)
- 计算机win7的后缀名怎么显示,win7显示文件后缀名怎么显示?win7显示文件后缀
- 计算机开启telnet服务,Telnet服务是什么?如何开启Telnet服务
- 小生不才,真实记录爬取链家网2584条租房信息,聊一聊框架爬取大量数据防止被ban的事
- UVA12307 Smallest Enclosing Rectangle 题解
- @slf4j日志格式配置
- 强化学习--实验一倒立摆
- C++反汇编-函数调用原理