性能测试方案报告模板文档格式.docx
《性能测试方案报告模板文档格式.docx》由会员分享,可在线阅读,更多相关《性能测试方案报告模板文档格式.docx(9页珍藏版)》请在冰豆网上搜索。
![性能测试方案报告模板文档格式.docx](https://file1.bdocx.com/fileroot1/2023-2/3/b509f2ee-6d65-4e64-8664-dd05a20330f0/b509f2ee-6d65-4e64-8664-dd05a20330f01.gif)
著者
审阅者
批准人/日期
序列号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
●客户端
第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
对于《性能测试方案》,不包括此章节;
只有在《性能测试报告》中才出现此章节。
4.1.4测试结论
记录测试输出结果。
(1)在并发数为500的情况下,Radius达其性能处理极值114*3=342个包/秒
(2)测试结果对比:
radius20050330日版本的radius最大处理能力为110*3=330个包/秒.。
本次release的radius(版本radius20050715)性能略有提高,Radiusserver表现稳定。
即:
本次改动没有影响radius的性能。
THANKS!
!
致力为企业和个人提供合同协议,策划案计划书,学习课件等等
打造全网一站式需求
欢迎您的下载,资料仅供参考