《性能测试方案模版.doc》由会员分享，可在线阅读，更多相关《性能测试方案模版.doc（11页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、 性能测试方案拟制:日期：审核:日期：审核:日期：批准:日期：修订记录日期修订版本描述作者目录目录31概述42测试目标43测试设计53.1对象分析53.2测试策略53.3测试模型53.4测试环境描述53.5详细测试方法64统计测试数据85性能测试报告输出116性能调优与回归11 性能测试方案1概述 ：首页、注册、登录、站内交流、站内搜索、测试技术资料上传与下载等模块的性能测试工作。本文主要描述了上述模块的性能参考指标及测试方法，以便于性能测试实施人员与客户对系统从技术层面指导测试人员验证相关功能模块的负载能力，根据实际的性能监控数据考察系统最大的负载及相关指标情况，以便于客户对系统实施相关的调
2、优工作，使其到达预期期望的压力和性能要求。2测试目标本次性能测试工作验证系统：首页、注册、登录、信息检索、普通用户资料上传、在线观看视频等模块的性能需满足下表指标场景指标：测试项业务量并发数业务时段响应时间业务成功率CPU使用率内存使用率首页访问300万20000：00至24：0095%70%70%注册模块300万20000：00至24：0095%70%70%登录模块300万20000：00至24：0095%70%70%站内搜索300万20000：00至24：0095%70%95%70%70%表 1性能指标列表并发数=业务量/时间段(小时单位)3600秒/每人每笔业务的处理时间3测试设计对象分
3、析系统采用B/SBrowser/Server模式设计。基于LAMP开发平台开发。操作系统： Red Hat Enterprise Linux 4Web效劳器：apache 2.0开发语言：PHP测试策略使用HP商用性能测试工具LoadRunner ，模拟用户并发操作。测试系统首页、注册、登录、站内交流、站内搜索、测试技术资料上传与下载等模块在多用户并发操作下是否能够稳定正常运行。支持的最大并发数，各项指标是否能够到达预期的指标标准，并为后期系统调优提供指标数据支持。测试模型系统组网图需客户提供图1系统组网图网络拓扑构造需客户提供图2网络拓扑图业务流程需客户提供一般用户通过浏览器发出业务请求，到
4、Web效劳器Apache，Web效劳器通过代码分析请求类别，如涉及数据库操作，那么转发请求给应用效劳器，最终获取数据，经过Web效劳器组合，反应至客户端，完成用户的业务请求。测试环境描述测试环境需求考虑到用户上传下载的任务耗用资源比拟多，因此资料的上传下载效劳器单设一台效劳器。而WEB效劳器、邮件效劳器及应用效劳器可以整合在一台效劳器主机上完成。为了与真实的用户情境相结合，客户端采用5台负载生成器，另加一台控制器。1、系统环境标准配置客户提供： 客户根据当前的系统配置情况提供测试效劳器。设备名称设备型号硬件配置WEB效劳器/应用效劳器/邮件效劳器资料上传下载效劳器表 2系统硬件配置表2、测试客
5、户端配置：主机用途机型/OS台数CPU/台内存容量/台浏览器版本压力负载生成器PC/Win XP512G表 3测试客户端配置表测试工具要求HP公司LoadRunner 9.1英文版。详细测试方法本局部主要描述测试方法，并发用户计算及测试启动等方面内容。测试方法综述LoadRunner是HP公司的专业性能测试工具。它通过创立多个虚拟用户的方式，对录制的单用户脚本增加负载，来到达增加系统压力的测试目的。LoadRunner提供了Analysis工具对压力运行的结果进展分析，得出测试脚本运行期间，系统响应事务的最小时间，平均时间和最大时间等性能信息，同时可监视各后台效劳器的CPU占用率与内存使用情况
6、。本次性能测试工作利用该工具录制系统首页、注册、登录、站内交流、站内搜索、测试技术资料上传与下载等业务模块的功能使用脚本，对于无法录制的脚本需手动编写测试脚本进展模拟。通过综合场景的设计实现多用户多并发访问使用的业务模拟，最终根据测试结果分析找出系统可能存在的性能瓶颈。业务模型分析本次测试共涉及系统首页、注册、登录、站内交流、站内搜索、测试技术资料上传与下载业务模块，下面具体分解这些业务模块。系统首页访问首页访问功能作为一般用户的入口，性能问题尤为重要，通常情况下用户的浏览方式为翻开浏览器，输入首页地址，回车或跳转即可。业务模式较为简单。此处需注意的是系统是否有同IP不能登录多个用户的问题IP
7、限制问题。l 业务模型1、 翻开浏览器；2、 输入URL地址；3、 回车跳转并正确显示首页。l 并发用户计算首页访问业务量期望在0:00-24:00这一时间段内到达300万的访问量。根据这样的业务量，首先统计出单用户单次访问首页时效劳器的响应时间可包括用户的思考时间，但统计性能结果时需排除，然后再进展计算。考虑到场景的运行时间如果是24个小时8:00-22:00的话，可能时间段过长，增加测试难度，这里采用二八原那么进展业务量与业务时间段的重新规划，即为80%的业务量在20%的时间内完成。那么300万首页访问量的80%即为240万，而24个小时的20%即为小时。故本次测试，如果性能满足小时内完成
8、240万的业务访问量，为测试通过。利用LoadRunner录制访问首页的脚本，在Controller中不设置持续时间运行一次，然后在Analysis中统计出单用户单次访问首页所需要的时间。假设此时得到的响应时间为t秒/次，那么根据预期计算得出业务顶峰大概出现在T小时内。那么单用户在T个小时内可访问首页的次数C=T*60分钟*60秒/t秒/次，那么T个小时内PV_Count页面访问量大概需要Total_Vuser=PV_Count/C个Vuser来完成。此处的Total_Vuser即为测试时所用的并发数。例如：假设单用户单次访问首页，效劳器的响应时间t=3秒/次，那么T4.8小时内单用户可访问4
9、.8小时*60分钟*60秒/3秒/次=5760次，那么初步估计的并发数Total_Vuser为240万/5760次/人=人，即大约为417个Vuser。而在实际使用中并发数不得超过200，那么实际的并发数及运行时间如下：即认为200的并发量持续10小时，l 场景启动方式通过上面的初步估算得出场景运行时的并发数，然后设计场景的启动方式，通常情况下，为了真实的模拟用户业务情况，有效的衡量效劳器性能，大多数会采用逐步加压，持续施压，逐步减压的方式启动场景，我们这里同样使用这样的方式。场景启动方式如下：每10分钟增加4个Vuser，持续运行10个小时，10小时运行完成后，每10分钟退出4个Vuser。
10、如果是单测并发数，那么在场景中直接设计6000个并发进展业务操作，无需设置逐步加压，持续，逐步减压的过程，以此方法到达瞬间的并发测试效果。注册模块注册模块提供了一般会员的注册功能，该模块的测试方法类似与首页访问的性能测试。此处需注意的是系统在注册功能上的约束条件，比方注册用户名不能一样，同ip不能屡次注册等，依实际系统设计而定。l 业务模型1、 翻开首页；2、 点击“会员注册链接；3、 进入会员注册页面后，输入注册信息，点击【同意一下条款，提交注册】按钮；4、 进入成功注册页面。l 并发用户计算计算方式与首页访问计算方式一样。l 场景启动方式启动方式与首页访问启动方式一样。专家注册模块测试方法
11、与会员注册模块一样。登录模块用户注册成功后，可在登录模块登录到。测试方法与前面二者一样。l 业务模型1、 翻开首页；2、 点击“登录链接；3、 进入登录页面后，输入用户信息，点击【登录】按钮；4、 成功进入用户个人管理中心.l 并发用户计算计算方式与首页访问计算方式一样。l 场景启动方式启动方式与首页访问启动方式一样。站内交流具体内容需客户提供l 并发用户计算计算方式与首页访问计算方式一样。l 场景启动方式启动方式与首页访问启动方式一样。站内检索具体内容需客户提供l 并发用户计算计算方式与首页访问计算方式一样。l 场景启动方式启动方式与首页访问启动方式一样。多功能7资料上传与下载具体内容需客户
12、提供本模块可能需要手动编写测试脚本l 并发用户计算计算方式与首页访问计算方式一样。l 场景启动方式启动方式与首页访问启动方式一样。4统计测试数据根据性能测试的目的，需记录测试过程中相关的数据，如以下信息所示：首页访问测试结果记录表：考察项目标值实际值是否通过业务量300万并发数200人业务时段0:00-24:00响应时间95%CPU使用率70%内存使用率70%表 4首页访问测试结果记录表注册模块测试结果记录表：考察项目标值实际值是否通过业务量300万并发数200人业务时段0:00-24:00响应时间95%CPU使用率70%内存使用率70%表 5注册模块测试结果记录表登录模块测试结果记录表：考察
13、项目标值实际值是否通过业务量300万并发数200人业务时段0:00-24:00响应时间95%CPU使用率70%内存使用率70%表 6登录模块测试结果记录表站内检索模块测试结果记录表：考察项目标值实际值是否通过业务量1万并发数200人业务时段0:00-24:00响应时间95%CPU使用率70%内存使用率95%CPU使用率70%内存使用率95%CPU使用率70%内存使用率70%表 9在线观看视频结果记录表综合场景测试的结果记录形式与单业务记录表格方式一样。5性能测试报告输出通过本次性能测试，由出具?系统性能评测报告?，报告中详细列出各个评测点实测指标数值，预期指标数值，测试结果及初步性能评估结果与调优建议。6性能调优与回归客户接收到?系统性能评测报告?后，根据测试结果报告，分析性能瓶颈并进展调优，最终确定回归日期，接到回归申请后，3天内开展性能回归工作，并给出回归测试报告。