XX项目性能稳定性测试方案模板分析Word文档格式.docx
- 文档编号:18574123
- 上传时间:2022-12-28
- 格式:DOCX
- 页数:10
- 大小:122.74KB
XX项目性能稳定性测试方案模板分析Word文档格式.docx
《XX项目性能稳定性测试方案模板分析Word文档格式.docx》由会员分享,可在线阅读,更多相关《XX项目性能稳定性测试方案模板分析Word文档格式.docx(10页珍藏版)》请在冰豆网上搜索。
英文全名
中文解释
1.概述
1.1.目的
通过对XXXXXX系统的性能稳定性测试实施,在测试范围内可以达到如下目的:
Ø
了解XXX系统在各种业务场景下的性能表现;
了解XXX业务系统的稳定性;
通过各种业务场景的测试实施,为系统调优提供数据参考;
通过性能测试发现系统瓶颈,并进行优化。
预估系统的业务容量
1.2.历史背景
描述产品历史版本继承关系,以及之前比较容易出现的性能稳定性问题和现象,或者外面已经使用了此产品的客户反馈较多的性能稳定性问题有哪些等等。
2.测试范围
列出性能稳定性测试的范围,包括如下几个方面。
2.1.性能指标测试
本次性能测试需要测试的性能指标包括:
1、吞吐量方面:
后台主机每秒能够处理的XXX业务的数量
2、操作响应时间(3-5-8秒):
(可列出一个性能指标清单)
3、操作成功率99.999%:
(采用XXX工具重复业务多少次)
4、并发测试
5、资源使用指标:
前置和核心系统各服务器CPU(80%)、内存占用率(80%)、数据库资源占用等;
2.2.稳定性测试
列出稳定性运行的业务范围,稳定性监控哪些进程等。
3.测试环境
下面列出了在系统测试阶段一般会开展的测试活动,可依据实际情况进行裁剪或添加
3.1.网络拓扑
画出测试时的组网图和带宽,例如:
3.2.软硬件配置
软件环境
软件名称
版本
备注
硬件配置
硬件名称
数量
规格
工具
工具名称
工具版本
进程监控工具
系统资源监控工具
4.测试方案
4.1.指标选择
通过现场业务数据统计和业务模型分析,和架构师、系统分析师等交流,最终确认选择如下性能指标进行
4.1.1.吞吐量
根据二八原则(80%的交易量发生在20%的时间段内),当前生产环境对主机的交易吞吐量指标要求为:
吞吐量指标1:
TPS_1≥【】*80%/(24*20%*3600)=【】笔/秒
为获取系统主机的最大处理能力,在本次性能测试中可通过不断加压,让数据系统主机CPU利用率达到[]%,记录此时的TPS值,作为新主机处理能力的一个参考值。
吞吐量指标2:
……
4.1.2.操作相应时间
列出需要测试相应时间的功能,如果太多,可以以附件清单的方式给出
功能
优秀
正常
不可接受
测试结果(测试三次取平均值)
登录
<
1s
3s
>
4.1.3.操作成功率
列出需要重复多次测试成功率的测试项和要求
测试次数
成功率要求
100000次(使用LR工具)
99.99%
4.1.4.并发测试
列出需要做并发测试的功能清单和要求
并发功能
并发数
10
要求所有并发均能成功。
性能符合3.1.2指标要求,CPU和内存等符合3.1.5要求。
4.1.5.资源使用指标
在正常的并发测试和批处理测试中,核心系统服务器主机的资源使用指标要求
CPU使用率≤80%
内存使用率≤80%
4.2.数据与脚本准备
列出需要准备哪些数据和数据插入的脚本
列出测试执行过程中需要做脚本编写的用例
列出其他脚本需求,如资源监控
4.3.资源监控
本次测试采用XXX工具监控,监控XXX服务器、XXX客户端……资源使用情况,要求如下:
服务器端:
系统CPU使用率80%
系统内存使用率80%
系统IO使用率80%
客户端:
其他:
依据情况补充
4.4.稳定性方案
4.4.1.稳定性业务模型
1、业务背景:
模拟哪些业务范围,以及量有多大(可以列一个清单)
2、背景业务压力:
如XX操作并发多少,(可以列一个清单)
3、实操业务压力:
人工参与的测试客户端多少个
4.4.2.稳定性测试周期
一般以2周为一个周期。
5.测试方法
列出各项测试活动使用的方法和监控手段。
5.1.吞吐量
采用什么工具来测试吞吐量,比如LR。
5.2.操作相应时间
采用什么工具来测试相应时间,比如LR
5.3.操作成功率
采用什么工具来测试成功率,比如LR
5.4.并发测试
5.5.资源使用指标
采用什么工具或脚本收集资源使用情况,如LR自带的资源监控工具
5.6.稳定性测试方法
列出采用的稳定性测试方法,如
1、系统在压力测试工具LR连续运行事先准备的测试脚本。
2、稳定性测试期间不间断的有人为手工操作在进行。
3、XX测试工具模拟XX业务或网络环境等。
4、利用XX工具对系统资源进行监控,并分析监控获取的数据判断是否存在性能瓶颈
5、对测试脚本执行的记录进行分析,判断业务成功率是否达到要求
6、利用XX工具对进程进行监控,分析进程的资源使用是否合理,是否存在进程异常情况。
6.测试实施安排
[本节列出推荐<
项目名称>
项目使用的资源,及其主要职责、知识或技能。
]
6.1.人力资源
角色
所推荐的最少资源
具体职责或注释
测试代表
1人
进行管理监督。
职责:
•
提供技术指导
获取适当的资源
提供管理报告
性能测试设计人员
2人
确定测试用例、确定测试用例的优先级并实施测试用例。
生成测试计划
生成测试模型
评估测试工作的有效性
性能测试设计执行人员
3人
执行测试。
执行测试
记录结果
从错误中恢复
记录变更请求
6.2.计划安排
下表列出了测试项目所需的系统资源,包括所有的软硬件资源。
阶段
编号
任务
工作量(人日)
开始日期
结束日期
责任人
测试计划
1
制定《测试方案》
2
评审《测试方案》
测试准备
3
测试工具准备
4
测试环境准备
5
测试数据准备
6
测试脚本编制、调试
7
测试场景准备
测试执行
8
测试执行(基准测试)
9
测试执行(并发测试)
优化阶段
代码优化:
如果测出结果没有达到要求,需要调优时间不定
11
12
测试执行(稳定性测试)
测试评估
14
编写《测试报告》
15
评审《测试报告》
7.输出物
[本节列出了将要创建的各种文档、工具和报告,及其创建人员、交付对象和交付时间。
交付件清单:
用例、执行记录、收集数据、测试报告等等
7.1.测试记录
[说明用来记录和报告测试结果和测试状态的方法和工具。
如测试结果,1、用例执行数据和结果填写相应用例中,并将结果作为附件放入测试报告,2、用例管理工具需要记录每轮执行结果,是通过还是不通过]
7.2.缺陷&
报告
[本节确定用来记录、跟踪缺陷的方法和报告方式,如采用缺陷管理工具跟踪缺陷,报告采用日报、周报、测试报告等方式进行汇报。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- XX 项目 性能 稳定性 测试 方案 模板 分析