性能测试方案报告模板.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!
!
!
致力为企业和个人提供合同协议，策划案计划书，学习课件等等
打造全网一站式需求
欢迎您的下载，资料仅供参考
升级会员 