
性能测试方案模版.docx
12页性能测试方案拟制:日期:审核:日期:审核:日期:批准:日期:修订记录目录目录•…… .3.1概述…… .4.2测试目标. 4..3测试设计. 53.1对象分析 5.\J..3.2测试策略 5..3.3测试模型 5..3.4测试环境描述 6.3.5详细测试方法 7.4统计测试数据 9..5性能测试报告输出 1..2..6性能调优与回归 1..2..性能测试方案1概述:首页、注册、登录、站内交流、站内搜索、测试技术资料上传与下载等模块的性能测试工作本文主要 描述了上述模块的性能参考指标及测试方法,以便于性能测试实施人员与客户对系统从技术层面指导测试人员 验证相关功能模块的负载能力, 根据实际的性能监控数据考察系统最大的负载及相关指标情况,以便于客户对系统实施相关的调优工作,使其达到预期期望的 压力和性能要求2测试目标本次性能测试工作验证系统:首页、注册、登录、信息检索、普通用户资料上传、观看视频等模块的性能需 满 足 下 表 指 标 (场 景 指 标) :测试项业务量并发数业务时段响应时间业务成功率CPU使用率内存使用率首页访问300万20000: 00 至24: 00<3秒>95%<70%<70%注册模块300万20000: 00 至24: 00<3秒>95%<70%<70%登录模块300万20000: 00 至24: 00<3秒>95%<70%<70%站内搜索300万20000: 00 至24: 00<5秒>95%<70%<70%测试技术资料上传与下载300万20000: 00 至24: 00>95%<70%<70%表1性能指标列表并发数=业务量/ (时间段(小时单位)3600秒/每人每笔业务的处理时间)3测试设计3.1对象分析系统采用B/S ( Browser/Server)模式设计。
基于LAMP开发平台开发操作系统: Red Hat En terprise Li nux 4Web服务器:apache 2.0数据库服务器:mysql 5.0开发语言:PHP3.2测试策略使用HP商用性能测试工具LoadRunner 9.1,模拟用户并发操作测试系统首页、注册、登录、站内交流、 站内搜索、测试技术资料上传与下载等模块在多用户并发操作下是否能够稳定正常运行支持的最大并发数,各项指 标是否能够达到预期的指标标准,并为后期系统调优提供指标数据支持3.3测试模型3.3.1系统组网图(需客户提供)首页访问注册登录站内交流站内搜索测试技术资料上传 与下载数据库图1系统组网图332网络拓扑结构(需客户提供)3.3.3系统业务流程(需客户提供)般用户通过浏览器发出业务请求,到Web服务器(Apache),Web服务器通过代码分析请求类别,如涉及数据库操作,则转发请求给应用服务器,最终获取数据,经过Web服务器组合,反馈至客户 端,完成用户的业务请求3.4测试环境描述3.4.1测试环境需求考虑到用户上传下载的任务耗用资源比较多, 因此资料的上传下载服务器单设一台服务器而WEB服务器、邮件服务器及应用服务器可以整合在一台服务器主机上完成。
为了与真实的用户情境相结合,客户端米用5 台负载生成器,另加一台控制器1 、 系 统 环 境 标准 配置 ( 客户提供)客户根据当前的系统配置情况提供测试服务器设备名称设备型号硬件配置WEB服务器/应用服务器/邮件服务器资料上传下载服务器表2系统硬件配置表2、测试客户端配置:主机用途 机型/OS 台数 CPU/台 内存容量/台 浏览器版本压力负载生成器 PC/Win XP 5 1 2G IE 6.0表3测试客户端配置表3.4.2测试工具要求HP 公司 LoadRunner 9.1 英文版3.5详细测试方法本部分主要描述测试方法,并发用户计算及测试启动等方面内容3.5.1测试方法综述LoadRunner是HP公司的专业性能测试工具它通过创建多个虚拟用户的方式,对录制的单用户脚本增加负 载,来达到增加系统压力的测试目的 LoadRunner提供了 Analysis工具对压力运行的结果进行分析,得出测试脚本运行期间,系统响应事务的最小时间,平均时间和最大时间等性能 信息,同时可监视各后台服务器的 CPU占用率与内存使用情况本次性能测试工作利用该工具录制系统首页、注册、登录、站内交流、站内搜索、测试技术资料上传与下载等 业务模块的功能使用脚本, 对于无法录制的脚本需手动编写测试脚本进行模拟。
通过综合场景的设计实现多用户多并发访问使用的业务模拟,最终根据测试结果分析找出系统可能 存在的性能瓶颈3.5.2业务模型分析本次测试共涉及系统首页、注册、登录、站内交流、站内搜索、测试技术资料上传与下载业务模块,下面具体 分解这些业务模块系统首页访问首页访问功能作为一般用户的入口,性能问题尤为重要,通常情况下用户的浏览方式为打开浏览器,输入首页 地址,回车或跳转即可业务模式较为简单此处需注意的是系统是否有同IP不能登录多个用户的问题(IP限制 问题)业务模型1、 打开浏览器;2、 输入URL地址;3、 回车跳转并正确显示首页并发用户计算首页访问业务量期望在0:00-24:00这一时间段内达到300万的访问量根据这样的业务量,首先统计出单 用户单次访问首页时服务器的响应时间(可包括用户的思考时间,但统计性能结果时需排除),然后再进行计算考虑到场景的运行时间如果是 24个小时(8:00-22:00)的话,可能时间段过长,增加测试难度,这里采用二八原则进行业务量与业务时间段的重新规划,即为 80%的业务量在20%的时间内完成那么300万首页访问量的80%即为240万,而24个小时的20%即为 4.8小时。
故本次测试,如果性能满足4.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秒/次,那么T (4.8小时)内单用户可访问4.8小时*60 分钟*60秒/3(秒/次) =5760次,则初步估计的并发数Total_Vuser为240万/5760次/人=416.67人,即大 约为417个Vuser而在实际使用中并发数不得超过200,则实际的并发数及运行时间如下:417*4.8/200=10 小时即认为200的并发量持续10小时,场景启动方式通过上面的初步估算得出场景运行时的并发数,然后设计场景的启动方式,通常情况下,为了真实的模拟用户 业务情况,有效的衡量服务器性能,大多数会采用逐步加压,持续施压,逐步减压的方式启动场景,我们这里同样 使用这样的方式。
场景启动方式如下:每10分钟增加4个Vuser,持续运行10个小时,10小时运行完成后,每10分钟退出4个Vuser如果是单测并发数,则在场景中直接设计6000个并发进行业务操作,无需设置逐步加压,持续,逐步减压的 过程,以此方法达到瞬间的并发测试效果注册模块注册模块提供了一般会员的注册功能,该模块的测试方法类似与首页访问的性能测试此处需注意的是系统在 注册功能上的约束条件,比如注册用户名不能相同,同ip不能多次注册等,依实际系统设计而定业务模型1、 打开首页;2、 点击“会员注册”链接;3、 进入会员注册页面后,输入注册信息,点击【同意一下条款,提交注册】按钮;4、 进入成功注册页面并发用户计算计算方式与首页访问计算方式相同场景启动方式启动方式与首页访问启动方式相同专家注册模块测试方法与会员注册模块相同登录模块用户注册成功后,可在登录模块登录到测试方法与前面二者相同业务模型1、 打开首页;2、 点击“登录”链接;3、 进入登录页面后,输入用户信息,点击【登录】按钮;4、 成功进入用户个人管理中心.并发用户计算计算方式与首页访问计算方式相同场景启动方式启动方式与首页访问启动方式相同站内交流具体内容需客户提供并发用户计算计算方式与首页访问计算方式相同。
场景启动方式启动方式与首页访问启动方式相同站内检索具体内容需客户提供并发用户计算计算方式与首页访问计算方式相同场景启动方式启动方式与首页访问启动方式相同多功能7资料上传与下载具体内容需客户提供本模块可能需要手动编写测试脚本并发用户计算计算方式与首页访问计算方式相同场景启动方式启动方式与首页访问启动方式相同4统计测试数据根据性能测试的目的,需记录测试过程中相关的数据,如下列信息所示:首页访问测试结果记录表:考察项目标值实际值是否通过业务量300万并发数200人业务时段0:00-24:00响应时间<4秒业务成功率>95%CPU使用率<70%内存使用率<70%表4首页访问测试结果记录表注册模块测试结果记录表:考察项目标值实际值是否通过业务量300万并发数200人业务时段0:00-24:00响应时间<3秒业务成功率>95%CPU使用率<70%内存使用率<70%表5注册模块测试结果记录表登录模块测试结果记录表:考察项目标值实际值是否通过业务量300万并发数200人业务时段0:00-24:00响应时间<3秒业务成功率>95%CPU使用率<70%内存使用率<70%表6登录模块测试结果记录表站内检索模块测试结果记录表:考察项目标值实际值是否通过业务量1万并发数200人业务时段0:00-24:00响应时间<4秒业务成功率>95%CPU使用率<70%内存使用率<70%表7信息检索模块测试结果记录表普通用户资料上传测试结果记录表:考察项目标值实际值是否通过业务量1万并发数200人业务时段8:00-22:00响应时间业务成功率>95%CPU使用率<70%内存使用率<70%表8普。
