性能测试方案报告模板.docx
- 文档编号:9372714
- 上传时间:2023-02-04
- 格式:DOCX
- 页数:9
- 大小:23.88KB
性能测试方案报告模板.docx
《性能测试方案报告模板.docx》由会员分享,可在线阅读,更多相关《性能测试方案报告模板.docx(9页珍藏版)》请在冰豆网上搜索。
性能测试方案报告模板
×××项目
性能测试方案(报告)
编写
作者姓名
编写时间
YYYY-MM-DD
审批
审批时间
YYYY-MM-DD
文档版本
神州数码(中国)有限公司版权所有
文档修订摘要
日期
修订号
描述
著者
审阅者
批准人/日期
YYYY-MM-DD
序列号1、2、3等
【对修订内容的简单概述】
【修订者】
第1章概述
1.1测试目的
[说明为什么要进行此测试;参与人有哪些;测试时间是什么时候;项目背景等。
编写此测试方案的目的是通过测试,确认软件是否满足产品的性能需求。
测试的依据是产品的需求规格说明书。
此模板使用于性能测试的方案设计和测试报告记录。
]
1.2适用范围
[说明此测试的测试范围,如稳定性测试、性能测试、接口测试、流程测试等,并说明测试的主要内容和方法。
]
测试范围
测试重点
测试方法
……
1.3名词解释
1.3.1验证
Verification,验证是检查是否正确完成了工作产品。
验证强调的是工作产品本身是否正确。
验证通常使用测试的方式进行。
验证相关的活动包括:
单元测试;功能测试;集成测试;系统测试。
1.3.2确认
Validation,确认是检查是否完成了正确的工作产品。
确认强调的是生命周期各阶段工作产品与用户最初需求是否符合。
确认活动包括:
在不同生命周期中,按照用户需求UseCase对工作产品进行确认;确认需求是否满足的集成测试;有用户参与的验收测试。
1.3.3功能测试
开发人员完成各组件的单元测试后,提交测试部门,进行各业务模块的测试。
测试重点是确认模块功能是否正确。
1.3.4集成测试
将模块逐步进行集成。
测试重点是否确认产品组装中模块的内部接口是否正确。
验证是否满足UseCase的业务流程。
1.3.5系统测试
在真实或模拟真实环境下所进行的性能、稳定性、与外部系统接口的测试。
重点确认性能是否满足设计要求,外部接口是否正确。
1.3.6验收测试
为了验证系统是否满足用户的需求,在用户现场进行的测试。
验收测试根据UseCase设计测试用例,由用户和相关的第三方厂家共同参加。
验收测试结果需要得到用户、第三方厂家的签字确认。
[此方案中涉及的业务和技术方面的专业名词。
]
1.4参考资料
[此方案参考和依据的所有文档。
]
第2章测试需求分析
2.1测试目的
【内容】
说明此测试的目的。
例如:
1、Airadius2.5新增了对CIDFinder多点发送和心跳检测功能的支持,需要执行性能测试,得出Radius2.5的性能指标;
2、持续进行大压力测试,对Radius2.5进行稳定性测试。
【裁剪原则】
此部分内容不允许裁剪。
2.2测试对象
【内容】
说明被测试产品的名称,版本,特性说明。
例如:
ProductName:
AiRadius
LicenseVersion:
v2.4
BuildDate:
20050715
BuildMaster:
@
【裁剪原则】
此部分内容不允许裁剪。
2.3系统环境配置
【内容】
说明测试所需要的软硬件环境。
例如:
●服务器端
HostName
OS
Model
MainResources
Usage
●客户端
HostName
OS
Model
MainResources
Usage
【裁剪原则】
此部分内容不允许裁剪。
第3章测试方法
【内容】
说明进行此性能测试使用什么方法。
例如:
使用LoadRunner工具进行测试。
工具版本:
V7。
0。
或者,使用自开发的性能驱动和监测程序进行测试。
测试方法如下:
。
。
。
【裁剪原则】
此部分内容不允许裁剪。
3.1测试准备
【内容】
说明性能测试前,需要配置的应用程序参数,数据,文件等,这些数据、参数、文件的不同,将产生不同的测试结果。
为达到预期的性能测试效果,需要将以上信息调整到适合的位置。
例如:
考虑如下五个方面:
1)对操作系统下面可能影响性能的内核参数进行了调整
datasizeunlimited
stacksizeunlimited
2)伪库:
使用当时李瑾测试时使用的伪库(100万宽带用户,30万窄带用户)
3)BDB配置:
设置DB_CONFIG为:
set_lk_max4200
set_cachesize0327680001
4)radius.ini:
ProcThreads=2000
5)日志文件,detail文件的即时清理
为避免detail文件和access.log的输出过多造成磁盘空间满,对radius的运行造成影响,需要定期清理access.log/detail文件。
特别需要注意的是:
为了使得所有的用户用一份LoadRunner脚本执行,需要保证包的长度一致,因此用户的用户名长度需要一致;更换Radius环境时,注意域名长度要为4(sxkd)
同时由于形成LoadRunner脚本的时候,截取Radius.log中的认证包中密码的值为加密以后的,不好做用户的个性处理,因此所有用户密码同。
。
。
。
【裁剪原则】
此部分内容不允许裁剪。
3.2形成测试脚本
【内容】
说明用于进行性能测试的脚本如何生成。
例如:
(1)任意一个用户进行模拟拨号软验证,截取radius.log中的Authen/Start/Stop包的二进制代码;
(2)用LoadRunner的WindowsSocket协议,形成模拟NAS向Radius发包的脚本,脚本中将Authen/start/stop分别定义为3个交易;用户名做变量处理,随机发送。
【裁剪原则】
此部分内容不允许裁剪。
3.3执行测试脚本
【内容】
说明脚本的执行顺序和方法。
【裁剪原则】
此部分可以裁减
第4章测试场景设计
4.1场景1
【内容】
说明测试执行时的业务操作情况。
相当于UseCase。
不同场景下,将得到不同的测试结果。
因此性能测试的结果必须与场景关联。
例如:
测试Radius在不与其他Server(Rbill/Lm/CidFinder/GameProxy)通讯的情况下,多用户并发访问交易响应时间<3秒的限制下,Radius每秒钟处理的最大包数。
【裁剪原则】
此部分不可以裁减
4.1.1测试目的
【内容】
说明此场景测试的目的。
例如:
Radius每秒钟处理最大包数
【裁剪原则】
此部分不可以裁减
4.1.2测试步骤
【内容】
详细说明测试步骤。
例如:
假定最大并发数为500(该数字可根据实际测试结果进行调整)。
并发用户数按如下顺序递增:
100->200->300->400-〉500。
记录测试结果。
radius在loglevel6下启动
【裁剪原则】
此部分不可以裁减
4.1.3测试结果输出
【内容】
记录测试输出结果,将测试结果的数据表格,图表如实的反映到测试结果中。
用于数据分析。
例如:
Vuser
TranscationsPersecond
AverageTransactionResponseTime
Authen
Start
Stop
Authen
Start
Stop
【裁剪原则】
对于《性能测试方案》,不包括此章节;只有在《性能测试报告》中才出现此章节。
4.1.4测试结论
【内容】
记录测试输出结果。
用于数据分析。
例如:
(1)在并发数为500的情况下,Radius达其性能处理极值114*3=342个包/秒
(2)测试结果对比:
radius20050330日版本的radius最大处理能力为110*3=330个包/秒.。
本次release的radius(版本radius20050715)性能略有提高,Radiusserver表现稳定。
即:
本次改动没有影响radius的性能。
【裁剪原则】
对于《性能测试方案》,不包括此章节;只有在《性能测试报告》中才出现此章节。
THANKS!
!
!
致力为企业和个人提供合同协议,策划案计划书,学习课件等等
打造全网一站式需求
欢迎您的下载,资料仅供参考
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 性能 测试 方案 报告 模板