《性能测试方案设计-实用模板》由会员分享，可在线阅读，更多相关《性能测试方案设计-实用模板（11页珍藏版）》请在装配图网上搜索。
1、神忡散硝Di9ltal ChinaXXX项目编写作者编写时间YYYY-MM-DD审批审批时间YYYY-MM-DD文档版本神州数码（中国）所有文档修订摘要日期修订号描述著者审阅者批准人/日期YYYY-MM-DD序列号1、2、3等【对修订容的简单概述】【修订 者】目录第 1 章 概述 21.1 测试目的 21.2 适用围 21.3 名词解释 21.3.1 验证 21.3.2 确认 21.3.3 功能测试 21.3.4 集成测试 31.3.5 系统测试 31.3.6 验收测试 31.4参考资料 3第 2 章测试需求分析 42.1 测试目的 42.2 测试对象 42.3 系统环境配置 4第 3 章测试
2、方法 63.1 测试准备 63.2 形成测试脚本 73.3 执行测试脚本 7第 4 章测试场景设计 84.1 场景 1 84.1.1测试目的 84.1.2 测试步骤 84.1.3 测试结果输出 84.1.4 测试结论 9第1章概述1.1测试目的说明为什么要进行此测试；参与人有哪些；测试时间是什么时候；项目背景等。编写此测试方案的目的是通过测试，确认软件是否满足产品的性能需求。测试的依据是产品的需求规格说 明书。此模板使用于性能测试的方案设计和测试报告记录。1.2适用围说明此测试的测试围，如稳定性测试、性能测试、接口测试、流程测试等，并说明测试的主要容和方法。测试围测试重点测试方法1.3名词解释
3、验证Verification，验证是检查是否正确完成了工作产品。验证强调的是工作产品本身是否正确。验证通常使用 测试的方式进行。验证相关的活动包括：单元测试；功能测试；集成测试；系统测试。确认Validation，确认是检查是否完成了正确的工作产品。确认强调的是生命周期各阶段工作产品与用户最初需 否符合。 确认活动包括：在不同生命周期中，按照用户需求Use Case对工作产品进行确认；确认需否满足的集成测试；有用户参与的验收测试。功能测试开发人员完成各组件的单元测试后，提交测试部门，进行各业务模块的测试。测试重点是确认模块功能是 否正确。文档1.3.4 集成测试将模块逐步进行集成。测试重点是否
4、确认产品组装中模块的部接口是否正确。验证是否满足Use Case的业务流程。1.3.5 系统测试在真实或模拟真实环境下所进行的性能、稳定性、与外部系统接口的测试。重点确认性能是否满足设计要求，外部接口是否正确。1.3.6 验收测试为了验证系统是否满足用户的需求，在用户现场进行的测试。验收测试根据Use Case设计测试用例，由用户和相关的第三方厂家共同参加。验收测试结果需要得到用户、第三方厂家的签字确认。 此方案中涉及的业务和技术方面的专业名词。 1.4 参考资料 此方案参考和依据的所有文档。 第2章测试需求分析2.1测试目的【容】说明此测试的目的。例如：1、Airadius2.5新增了对 C
5、IDFinder多点发送和心跳检测功能的支持，需要执行性能测试，得出Radius2.5的性能指标；2、 持续进行大压力测试，对Radius2.5进行稳定性测试。【裁剪原则】此部分容不允许裁剪。2.2测试对象【容】说明被测试产品的名称，版本，特性说明。例如:AiRadiusv2.420050715e451.sw.asia info.Product Name:Lice nse Version:Build Date:Build Master :【裁剪原则】 此部分容不允许裁剪。2.3系统环境配置【容】说明测试所需要的软硬件环境。例如:服务器端Host NameOSModelMain Resource
6、sUsage客户端Host NameOSModelMain ResourcesUsage【裁剪原则】此部分容不允许裁剪。第 3章 测试方法【容】说明进行此性能测试使用什么方法。例如：使用 LoadRunner 工具进行测试。工具版本： V 7 。0。 或者，使用自开发的性能驱动和监测程序进行测试。测试方法如下：【裁剪原则】 此部分容不允许裁剪。3.1 测试准备【容】 说明性能测试前，需要配置的应用程序参数，数据，文件等，这些数据、参数、文件的不同，将产生不同 的测试结果。为达到预期的性能测试效果，需要将以上信息调整到适合的位置。 例如：考虑如下五个方面：1) 对操作系统下面可能影响性能的核参数
7、进行了调整datasizeunlimitedstacksizeunlimited2) 伪库：使用当时瑾测试时使用的伪库( 100 万宽带用户， 30万窄带用户)3) BDB 配置：设置 DB_CONFIG 为：set_lk_max 4200 set_cachesize 0 32768000 14) radius.ini:ProcThreads=20005) 日志文件， detail 文件的即时清理为避免 detail 文件和 access.log 的输出过多造成磁盘空间满，对 radius 的运行造成影响，需要定期清 理 access.log/detail 文件。特别需要注意的是： 为了使得所
8、有的用户用一份 LoadRunner 脚本执行，需要保证包的长度一致，因此用户的用户名长度需要 一致；更换 Radius 环境时，注意域名长度要为 4( sxkd)同时由于形成 LoadRunner 脚本的时候， 截取 Radius.log 中的认证包中密码的值为加密以后的， 不好做用户的个性处理，因此所有用户密码同。【裁剪原则】 此部分容不允许裁剪。3.2 形成测试脚本【容】说明用于进行性能测试的脚本如何生成。 例如：（ 1） 任意一个用户进行模拟拨号软验证，截取 radius.log 中的 Authen/Start/Stop 包的二进制代码；（ 2） 用 LoadRunner 的 Wind
9、ows Socket 协议，形成模拟 NAS 向 Radius 发包的脚本，脚本中将 Authen/start/stop 分别定义为 3 个交易；用户名做变量处理，随机发送。【裁剪原则】此部分容不允许裁剪。3.3 执行测试脚本【容】 说明脚本的执行顺序和方法。【裁剪原则】此部分可以裁减第4章测试场景设计4.1场景1【容】说明测试执行时的业务操作情况。相当于 Use Caseo不同场景下，将得到不同的测试结果。因此性能测试 的结果必须与场景关联。例如：测试 Radius在不与其他 Server(Rbill/Lm/CidFinder/GameProxy)通讯的情况下，多用户并发访问交易响 应时间
10、200-300-400- 500。记录测试结果。radius 在 log level 6 下启动【裁剪原则】此部分不可以裁减测试结果输出【容】记录测试输出结果，将测试结果的数据表格，图表如实的反映到测试结果中。用于数据分析。例如:VuserTran scati ons Per sec ondAverage Tran sacti on Resp onse TimeAuthe nStartStopAuthe nStartStop【裁剪原则】对于性能测试方案，不包括此章节；只有在性能测试报告中才出现此章节测试结论【容】记录测试输出结果。用于数据分析。例如：（1）在并发数为500的情况下，Radius达其性能处理极值114*3=342个包/秒（2）测试结果对比：radius20050330日版本的radius最大处理能力为 110*3=330个包/秒。本次release 的radius（版本radius20050715）性能略有提高，Radius server表现稳定。即：本次改动没有影响 radius的性能。【裁剪原则】对于性能测试方案，不包括此章节；只有在性能测试报告中才出现此章节。
性能测试方案设计-实用模板
