性能测试方案(报告)-模板

FILENAME性能测试方案(报告)-模板.doc×××项目性能测试方案（报告）编写作者姓名编写时间YYYY-MM-DD审批审批时间YYYY-MM-DD文档版本神州数码（中国）有限公司版权所有

文档修订摘要日期修订号描述著者审阅者批准人/日期YYYY-MM-DD序列号1、2、3等【对修订内容的简单概述】【修订者】FILENAME性能测试方案(报告)-模板.docPAGE\*Arabic1目录TOC\o第1章 概述 Arabic21.1 测试目的 Arabic21.2 适用范围 Arabic21.3 名词解释 Arabic21.3.1 验证 Arabic21.3.2 确认 Arabic21.3.3 功能测试 Arabic31.3.4 集成测试 Arabic31.3.5 系统测试 Arabic31.3.6 验收测试 Arabic31.4 参考资料 Arabic3第2章 测试需求分析 Arabic42.1 测试目的 Arabic42.2 测试对象 Arabic42.3 系统环境配置 Arabic4第3章 测试方法 Arabic63.1 测试准备 Arabic63.2 形成测试脚本 Arabic73.3 执行测试脚本 Arabic7第4章 测试场景设计 Arabic84.1 场景1 Arabic84.1.1 测试目的 Arabic84.1.2 测试步骤 Arabic84.1.3 测试结果输出 Arabic84.1.4 测试结论 Arabic9FILENAME性能测试方案(报告)-模板.docPAGE\*Arabic8概述测试目的[说明为什么要进行此测试；参与人有哪些；测试时间是什么时候；项目背景等。编写此测试方案的目的是通过测试，确认软件是否满足产品的性能需求。测试的依据是产品的需求规格说明书。此模板使用于性能测试的方案设计和测试报告记录。]适用范围[说明此测试的测试范围，如稳定性测试、性能测试、接口测试、流程测试等，并说明测试的主要内容和方法。]测试范围测试重点测试方法……验证Verification，验证是检查是否正确完成了工作产品。验证强调的是工作产品本身是否正确。验证通常使用测试的方式进行。验证相关的活动包括：单元测试；功能测试；集成测试；系统测试。确认Validation，确认是检查是否完成了正确的工作产品。确认强调的是生命周期各阶段工作产品与用户最初需求是否符合。确认活动包括：在不同生命周期中，按照用户需求UseCase对工作产品进行确认；确认需求是否满足的集成测试；有用户参与的验收测试。功能测试开发人员完成各组件的单元测试后，提交测试部门，进行各业务模块的测试。测试重点是确认模块功能是否正确。集成测试将模块逐步进行集成。测试重点是否确认产品组装中模块的内部接口是否正确。验证是否满足UseCase的业务流程。系统测试在真实或模拟真实环境下所进行的性能、稳定性、与外部系统接口的测试。重点确认性能是否满足设计要求，外部接口是否正确。验收测试为了验证系统是否满足用户的需求，在用户现场进行的测试。验收测试根据UseCase设计测试用例，由用户和相关的第三方厂家共同参加。验收测试结果需要得到用户、第三方厂家的签字确认。[此方案中涉及的业务和技术方面的专业名词。]参考资料[此方案参考和依据的所有文档。]测试需求分析测试目的【内容】说明此测试的目的。例如：Airadius2.5新增了对CIDFinder多点发送和心跳检测功能的支持，需要执行性能测试，得出Radius2.5的性能指标；持续进行大压力测试，对Radius2.5进行稳定性测试。【裁剪原则】此部分内容不允许裁剪。测试对象【内容】说明被测试产品的名称，版本，特性说明。例如：ProductName: AiRadiusLicenseVersion: v2.4BuildDate: 20050715BuildMaster: @【裁剪原则】此部分内容不允许裁剪。系统环境配置【内容】说明测试所需要的软硬件环境。例如：服务器端HostNameOSModelMainResourcesUsage客户端HostNameOSModelMainResourcesUsage【裁剪原则】此部分内容不允许裁剪。测试方法【内容】说明进行此性能测试使用什么方法。例如：使用LoadRunner工具进行测试。工具版本：V7。0。或者，使用自开发的性能驱动和监测程序进行测试。测试方法如下：。。。【裁剪原则】此部分内容不允许裁剪。测试准备【内容】说明性能测试前，需要配置的应用程序参数，数据，文件等，这些数据、参数、文件的不同，将产生不同的测试结果。为达到预期的性能测试效果，需要将以上信息调整到适合的位置。例如：考虑如下五个方面：1)对操作系统下面可能影响性能的内核参数进行了调整datasizeunlimitedstacksizeunlimited 2)伪库： 使用当时李瑾测试时使用的伪库（100万宽带用户，30万窄带用户）3)BDB配置：设置DB_CONFIG为：set_lk_max4200set_cachesize03276800014）radius.ini:ProcThreads=20005)日志文件，detail文件的即时清理为避免detail文件和access.log的输出过多造成磁盘空间满，对radius的运行造成影响，需要定期清理access.log/detail文件。特别需要注意的是：为了使得所有的用户用一份LoadRunner脚本执行，需要保证包的长度一致，因此用户的用户名长度需要一致；更换Radius环境时，注意域名长度要为4（sxkd）同时由于形成LoadRunner脚本的时候，截取Radius.log中的认证包中密码的值为加密以后的，不好做用户的个性处理，因此所有用户密码同。。。。【裁剪原则】此部分内容不允许裁剪。形成测试脚本【内容】说明用于进行性能测试的脚本如何生成。例如：任意一个用户进行模拟拨号软验证，截取radius.log中的Authen/Start/Stop包的二进制代码；用LoadRunner的WindowsSocket协议，形成模拟NAS向Radius发包的脚本，脚本中将Authen/start/stop分别定义为3个交易；用户名做变量处理，随机发送。【裁剪原则】此部分内容不允许裁剪。执行测试脚本【内容】说明脚本的执行顺序和方法。【裁剪原则】此部分可以裁减测试场景设计场景1【内容】说明测试执行时的业务操作情况。相当于UseCase。不同场景下，将得到不同的测试结果。因此性能测试的结果必须与场景关联。例如：测试Radius在不与其他Server(Rbill/Lm/CidFinder/GameProxy)通讯的情况下，多用户并发访问交易响应时间<3秒的限制下，Radius每秒钟处理的最大包数。【裁剪原则】此部分不可以裁减测试目的【内容】说明此场景测试的目的。例如：Radius每秒钟处理最大包数【裁剪原则】此部分不可以裁减测试步骤【内容】详细说明测试步骤。例如：假定最大并发数为500（该数字可根据实际测试结果进行调整）。并发用户数按如下顺序递增：100->200->300->400-〉500。记录测试结果。radius在loglevel6下启动【裁剪原则】此部分不可以裁减测试结果输出【内容】记录测试输出结果，将测试结果的数据表格，图表如实的反映到测试结果中。用于数据分析。例如：VuserTranscationsPersecondAverageTransactionResponseTimeAuthenStartStopAuthenStartStop【裁剪原则】对于《性能测试方案》，不包括此章节；只有在《性能测试报告》中才出现此章节。测试结论【内容】记录测试输出结果。用于数据分析。例如：在并发数为500的情况下，Radius达其性能处理极值114*3