性能测试计划.docx
- 文档编号:9273139
- 上传时间:2023-05-17
- 格式:DOCX
- 页数:13
- 大小:19.50KB
性能测试计划.docx
《性能测试计划.docx》由会员分享,可在线阅读,更多相关《性能测试计划.docx(13页珍藏版)》请在冰点文库上搜索。
性能测试计划
性能测试方案
(XX系统)
二○XX年X月XX日
修订状况
章节编号
章节名称
修订内容简述
修订日期
修订前
版本号
修改人
ALL
新建
yyyy-mm-dd
XXX
目录
1. 引言
1.1. 编写目的
1.2. 项目简介
1.3. 参考文档
2. 测试目的、范围与目标
2.1. 测试目的
2.2. 测试对象范围
2.3. 测试指标范围
2.4. 测试目标
3. 仿真测试资源
3.1. 系统生产环境物理架构
3.2. 系统性能测试环境物理架构
3.3. 仿真环境与生产环境资源对比
4. 测试启动/结束/暂停/再启动准则
4.1. 启动准则
4.2. 暂停/再启动准则
4.3. 结束准则
5. 测试准备
5.1. 测试环境安装
5.2. 测试工具
5.3. 测试脚本、数据及其预验证
6. 测试方法及案例设计
7. 测试输出
8. 测试进度计划
9. 测试实施风险
1. 引言
说明测试方案中所涉及内容的简单介绍,包含:
编写目的,项目背景、参考文档,以及预期的读者等。
1.1. 编写目的
本文档描述××系统性能测试的范围、方法、资源、进度,该文档的目的主要有:
1. 明确测试目的范围。
2. 明确测试范围和目标。
3. 明确测试环境需求,包括:
测试需要的软、硬件环境以及测试人力需求。
4. 确定测试方案,测试的方法和步骤。
5. 确定测试需要输出的结果和结果表现形式。
6. 分析测试的风险,寻找规避办法。
1.2. 项目简介
简要描述与测试项目相关的一些背景资料,如被测系统简介,项目上线计划等。
1.3. 参考文档
说明文档编写过程参考引用的资料信息。
2. 测试目的、范围与目标
2.1. 测试目的
根据项目总体计划明确项目测试目的。
常见的测试目的如下(依据项目的实际情况修改。
本次性能测试的主要目的在于:
✧ 测试已完成系统的综合性能表现,检验交易或系统的处理能力是否满足系统运行的性能要求;
✧ 发现交易中存在的性能瓶颈,并对性能瓶颈进行修改;
✧ 模拟发生概率较高的单点故障,对系统得可靠性进行验证;
✧ 验证系统的生产环境运行参数设置是否合理,或确定该参数;
✧ 获得不同备选方案的性能表现,为方案选择提供性能数据支持。
2.2. 测试功能范围
说明本项目需要进行测试的待测系统功能范围,列出被测对象的测试重要性及优先级等,提供一份简要列表。
对于交易类功能要细化到每一个交易码;对于页面类功能要细化到每一个发起页面。
下面表格供参考,非强制使用。
如果测试目的为方案验证,需要文字列出需要验证的方案项。
参加性能测试的交易(页面)列表
序号
交易代码
交易名称
优先级
备注
1
交易代码1
交易名称1
2
页面代码
交易名称2
2.3. 测试指标范围
明确列出说明本次测试需要关注的测试指标的定义及范围,不需要关注的测试指标也应列出。
下面的内容供参考。
本次性能测试需要获得的性能指标如下所列:
✧ 交易的响应能力:
即在单交易负载和模拟生产交易情况的混合场景负载压力情况下,系统的响应时间。
✧ 每秒处理事务数:
即应用系统在单位时间内完成的交易量(TPS)。
✧ 批处理的运行时间。
✧ 系统可支持的并发用户数量。
本次性能测试的限制性指标为:
✧ 系统资源使用情况:
在正常压力下,应用服务器和数据库服务器的CPU、Memory占用率应分别低于70%、80%,数据库存储空间和文件系统空间占用率应低于70%。
✧ 交易的成功率:
系统运行在当前(或规划)的负载120%以上时的稳定性或可靠性数据。
要求为测试交易持续运行8小时以上,交易成功率不低于99.5%。
本次性能测试不需要关注的指标:
✧ 业务流程/路径覆盖率。
✧ 业务数据的完整、正确性。
✧ 其他诸如系统易用性、可管理性等属于专项测试的内容。
]
2.4. 测试目标
明确本次测试各功能项的测试指标需要达到的测试目标,该目标须由项目组提出或最终确认。
该测试目标可能涉及到的具体指标值有:
✧ 针对不同类型交易的单交易事务平均响应时间
✧ 针对不同类型交易的单交易事务TPS值
✧ 在负载情况下的单交易事务平均响应时间
✧ 在负载情况下的单交易事务TPS值
✧ 在负载情况下的系统综合TPS值
可以列表方式提出(下表供参考,非强制使用),也可以以文字方式说明,要求有明确的目标数值
序号
交易码
日交易量分解
占比
可接受TPS目标值
测试TPS目标值
备注
1
交易码1
维护交易
2
交易码2
查询交易
合计
3. 测试资源
3.1. 系统生产环境物理架构
说明本项目生产环境的物理架构,可以以物理架构图的方式。
3.2. 性能测试环境物理架构
说明本项目性能测试环境的物理架构,可以以物理架构图的方式。
3.3. 性能测试环境与生产环境资源对比
说明本项目测试环境与生产环境的差异,确定性能测试环境的软硬件资源,包括待测系统各组成部分的配置。
下表供参考,非强制使用。
服务器
性能测试环境(规划)
生产环境(规划)
硬件配置
软件配置及IP
硬件配置
软件配置
4. 测试启动/结束/暂停/再启动准则
4.1. 启动准则
描述开始执行测试的时机,下面准则供参考。
✧ 测试实施方案评审通过。
✧ 测试环境准备完毕,包括:
1. 数据库安装并调试成功,并经过相应优化,初始数据量满足测试要求。
2. 应用服务器安装成功,待测试版本已正确部署。
3. 测试客户端机器到位,系统软件安装完毕。
4. 网络配置正确,连接通畅,可以满足压力测试需求。
5. 测试所需的存储到位。
6. 其他环境资源就绪。
✧ 待测交易的测试数据和测试脚本准备完毕。
✧ 待测交易(流程)通过功能测试,版本稳定。
4.2. 暂停/再启动准则
描述在什么情况下暂停/恢复全部或部分测试工作,下面准则供参考。
✧ 测试中发现问题,需要项目组修改代码或更换版本;
✧ 测试中发现服务规划及部署问题,需要重新调整部署方案;
✧ 需要调整测试环境资源,如加减CPU数目,增加存储等等。
✧ 测试环境受到干扰,比如服务器被临时征用,或服务器的其它使用会对测试结果造成干扰。
4.3. 结束准则
描述测试结束的条件,有正常退出,也有非正常或意外的退出,下面准则供参考。
✧ 完成全部性能测试内容并提交测试报告;
✧ 对验证测试的内容从测试外渠道获得权威的结论。
5. 测试准备
5.1. 测试环境安装
说明本次测试的测试环境安装情况。
5.2. 测试工具
说明本次测试使用到的测试工具和监控工具。
5.3. 测试脚本、数据及其预验证
说明本次测试的测试脚本、测试数据以及混合场景的交易配比情况等。
6. 测试方法及案例设计
说明本次测试的测试方法(内容)及测试案例、测试场景设计。
下面章节供参考。
6.1. 基准测试
在测试环境经过确认,脚本预验证之后对本次测试涉及的全部联机交易做基准测试。
目的是验证测试脚本及后台环境、初步检查交易本身是否存在性能缺陷。
测试方法:
使用xx测试工具向xx服务器发送交易请求,接收并分析返回结果。
拟采用xx负载执行,取交易的平均响应时间作为衡量指标,并计算吞吐量
6.2. 单交易负载测试
对本次测试涉及的全部联机交易完成基准测试后,分别执行单交易负载测试。
目的是获得交易本身的性能表现,诊断交易是否存在性能缺陷。
测试方法:
使用xx测试工具向xx服务器发送交易请求,接收并分析返回结果。
拟采用xx的负载执行,取交易的平均响应时间作为衡量指标,并计算吞吐量
6.3. 混合场景性能测试
按照规划生产环境交易比例设置测试场景,在xx用户总并发的情况下测试业务的平均交易响应时间、吞吐下指标,监测应用服务器、数据库服务器的资源使用情况、交易正确率等。
测试方法:
在测试环境下,按照xx测试场景执行测试,在xx总并发用户数量的情况下,获得在不同测试环境参数(包括数据库配置参数,应用系统配置参数)下,系统性能表现的变化曲线。
6.4. 连续运行稳定性测试
在测试环境下,长时间连续执行测试脚本,监测系统在连续运行情况下,系统资源的使用情况和处理性能的变化。
测试方法:
在测试环境下,按照xx的测试场景执行测试,在xx个总并发用户数量的情况下,连续执行测试脚本xx小时,记录系统的性能表现和资源开销。
7. 测试输出
说明在测试完成后需要输出的阶段性成果,作为检验测试的衡量标准。
当测试完成以后,需提交的主要文档包括,但不仅限于:
✧ 《xx项目性能测试实施方案》
✧ 《xx性能测试脚本》
✧ 《xx性能测试场景》
✧ 《xx性能测试场景结果》
✧ 《xx性能测试记录及问题跟踪表》
✧ 《xx项目性能测试报告》
8. 测试进度计划
在测试工作量估算数据的基础上,考虑现有的资源情况,对资源进行具体安排,根据项目整体进度计划,列出进度表,即是谁在什么时间内完成什么任务。
下表供参考,非强制使用。
序号
名称
责任人
工期
开始时间
完成时间
1
XX项目性能测试
X工作日
2008-1-1
2008-1-1
1.1
测试准备
x工作日
2008-1-1
2008-1-1
1.1.1
测试实施方案制定
张三
x 工作日
2008-1-1
2008-1-1
1.1.2
测试主机、数据库环境就绪
李四
x 工作日
2008-1-1
2008-1-1
1.1.3
性能测试版本发布
x 工作日
2008-1-1
2008-1-1
1.1.4
性能测试业务数据就绪
x 工作日
2008-1-1
2008-1-1
1.1.5
服务部署就绪
x 工作日
2008-1-1
2008-1-1
1.1.6
测试脚本编制、参数就绪
x 工作日
2008-1-1
2008-1-1
1.2
基准、单交易负载测试
x工作日
2008-1-1
2008-1-1
1.2.1
单交易基准测试
x 工作日
2008-1-1
2008-1-1
1.2.4
单交易负载测试
x 工作日
2008-1-1
2008-1-1
1.3
混合场景测试
x工作日
2008-1-1
2008-1-1
1.3.1
混合场景测试第1轮
x 工作日
2008-1-1
2008-1-1
1.3.2
混合场景测试第2轮
x 工作日
2008-1-1
2008-1-1
1.4
稳定性测试
x工作日
2008-1-1
2008-1-1
1.5
测试总结
x 工作日
2008-1-1
2008-1-1
9. 测试实施风险
风险管理是对影响项目测试的各种可能发生的风险进行估计,以及对风险的发生几率和严重程度进行估计,并按照估计结果对风险进行排序。
以下的表格中已经列出了一些常见的风险和应对措施,可以根据项目的特性,对本表的内容进行增加、删除、修改和重新排序,并对预防措施进行细化。
规避风险的应对措施必须在本部分中有所体现。
下表供参考。
风险描述
风险发生的可能性
风险对项目的影响
责任人
规避方法
测试环境与运行环境差距较大,通过测试得到的运行参数偏差。
在试运行阶段需要重新进行参数验证。
中
低
Xxxx
测试数据量和数据库中预埋数据量较小,通过测试时间推算的批量处理交易的运行时间满足要求,生产环境下数据不能满足。
中
高
Xxxx
由于发现较严重缺陷引发较长时间的程序修改,或因环境准备、数据等原因造成测试进度延迟。
高
中
Xxxx
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 性能 测试 计划