性能测试方案报告模板.docx

1、性能测试方案报告模板项目性能测试方案（报告） 编 写作者姓名编写 时间YYYY-MM-DD审 批审批 时间YYYY-MM-DD文档版本神州数码（中国）有限公司版权所有文档修订摘要日期修订号描述著者审阅者批准人/日期YYYY-MM-DD序列号1、2、3等【对修订内容的简单概述】【修订者】第1章 概述1.1 测试目的说明为什么要进行此测试；参与人有哪些；测试时间是什么时候；项目背景等。编写此测试方案的目的是通过测试，确认软件是否满足产品的性能需求。测试的依据是产品的需求规格说明书。此模板使用于性能测试的方案设计和测试报告记录。1.2 适用范围说明此测试的测试范围，如稳定性测试、性能测试、接口测试、

2、流程测试等，并说明测试的主要内容和方法。测试范围测试重点测试方法1.3 名词解释1.3.1 验证Verification，验证是检查是否正确完成了工作产品。验证强调的是工作产品本身是否正确。验证通常使用测试的方式进行。验证相关的活动包括：单元测试；功能测试；集成测试；系统测试。 1.3.2 确认Validation，确认是检查是否完成了正确的工作产品。确认强调的是生命周期各阶段工作产品与用户最初需求是否符合。 确认活动包括：在不同生命周期中，按照用户需求Use Case对工作产品进行确认；确认需求是否满足的集成测试；有用户参与的验收测试。1.3.3 功能测试开发人员完成各组件的单元测试后，提交

3、测试部门，进行各业务模块的测试。测试重点是确认模块功能是否正确。1.3.4 集成测试将模块逐步进行集成。测试重点是否确认产品组装中模块的内部接口是否正确。验证是否满足Use Case的业务流程。 1.3.5 系统测试在真实或模拟真实环境下所进行的性能、稳定性、与外部系统接口的测试。重点确认性能是否满足设计要求，外部接口是否正确。1.3.6 验收测试为了验证系统是否满足用户的需求，在用户现场进行的测试。验收测试根据Use Case设计测试用例，由用户和相关的第三方厂家共同参加。验收测试结果需要得到用户、第三方厂家的签字确认。 此方案中涉及的业务和技术方面的专业名词。1.4 参考资料此方案参考和依

4、据的所有文档。第2章 测试需求分析2.1 测试目的【内容】说明此测试的目的。例如：1、 Airadius2.5新增了对CIDFinder多点发送和心跳检测功能的支持，需要执行性能测试，得出Radius2.5的性能指标；2、 持续进行大压力测试，对Radius2.5进行稳定性测试。【裁剪原则】此部分内容不允许裁剪。2.2 测试对象 【内容】说明被测试产品的名称，版本，特性说明。例如：Product Name: AiRadiusLicense Version: v2.4Build Date: 20050715Build Master : 【裁剪原则】此部分内容不允许裁剪。2.3 系统环境配置【内容

5、】说明测试所需要的软硬件环境。例如： 服务器端 Host NameOSModelMain ResourcesUsage 客户端 Host NameOSModelMain ResourcesUsage【裁剪原则】此部分内容不允许裁剪。第3章 测试方法【内容】说明进行此性能测试使用什么方法。例如：使用LoadRunner工具进行测试。工具版本：V 7。0。或者，使用自开发的性能驱动和监测程序进行测试。测试方法如下：。【裁剪原则】此部分内容不允许裁剪。 3.1 测试准备 【内容】说明性能测试前，需要配置的应用程序参数，数据，文件等，这些数据、参数、文件的不同，将产生不同的测试结果。为达到预期的性能测

6、试效果，需要将以上信息调整到适合的位置。 例如：考虑如下五个方面：1) 对操作系统下面可能影响性能的内核参数进行了调整datasize unlimitedstacksize unlimited 2) 伪库： 使用当时李瑾测试时使用的伪库（100万宽带用户，30万窄带用户）3) BDB配置：设置DB_CONFIG为：set_lk_max 4200set_cachesize 0 32768000 14）radius.ini:ProcThreads=2000 5) 日志文件，detail文件的即时清理为避免detail文件和access.log的输出过多造成磁盘空间满，对radius的运行造成影响，

7、需要定期清理access.log/detail文件。特别需要注意的是：为了使得所有的用户用一份LoadRunner脚本执行，需要保证包的长度一致，因此用户的用户名长度需要一致；更换Radius环境时，注意域名长度要为4（sxkd）同时由于形成LoadRunner脚本的时候，截取Radius.log中的认证包中密码的值为加密以后的，不好做用户的个性处理，因此所有用户密码同。【裁剪原则】此部分内容不允许裁剪。 3.2 形成测试脚本【内容】说明用于进行性能测试的脚本如何生成。 例如：（1） 任意一个用户进行模拟拨号软验证，截取radius.log中的Authen/Start/Stop包的二进制代码；

8、（2） 用LoadRunner的Windows Socket协议，形成模拟NAS向Radius发包的脚本，脚本中将Authen/start/stop分别定义为3个交易；用户名做变量处理，随机发送。【裁剪原则】此部分内容不允许裁剪。 3.3 执行测试脚本 【内容】说明脚本的执行顺序和方法。 【裁剪原则】此部分可以裁减第4章 测试场景设计4.1 场景1 【内容】说明测试执行时的业务操作情况。相当于Use Case。不同场景下，将得到不同的测试结果。因此性能测试的结果必须与场景关联。例如： 测试Radius在不与其他Server(Rbill/Lm/CidFinder/GameProxy)通讯的情况下

9、，多用户并发访问交易响应时间 200 -300-400-500。记录测试结果。radius在log level 6下启动【裁剪原则】此部分不可以裁减 4.1.3 测试结果输出【内容】记录测试输出结果，将测试结果的数据表格，图表如实的反映到测试结果中。用于数据分析。例如： VuserTranscations Per secondAverage Transaction Response TimeAuthenStartStopAuthenStartStop【裁剪原则】对于性能测试方案，不包括此章节；只有在性能测试报告中才出现此章节。 4.1.4 测试结论 【内容】记录测试输出结果。用于数据分析。例如：（1） 在并发数为500的情况下，Radius达其性能处理极值114*3=342个包/秒（2） 测试结果对比：radius20050330日版本的radius最大处理能力为110*3=330个包/秒.。本次release的radius(版本radius20050715)性能略有提高，Radius server表现稳定。即：本次改动没有影响radius的性能。【裁剪原则】对于性能测试方案，不包括此章节；只有在性能测试报告中才出现此章节。THANKS !致力为企业和个人提供合同协议，策划案计划书，学习课件等等打造全网一站式需求欢迎您的下载，资料仅供参考