性能测试方案模版Word文档下载推荐.docx
- 文档编号:4581781
- 上传时间:2023-05-03
- 格式:DOCX
- 页数:12
- 大小:74.58KB
性能测试方案模版Word文档下载推荐.docx
《性能测试方案模版Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《性能测试方案模版Word文档下载推荐.docx(12页珍藏版)》请在冰点文库上搜索。
首页、注册、登录、信息检索、普通用户资料上传、在线观看视频等模块的性能需满足下表指标〔场景指标〕:
测试项
业务量
并发数
业务时段
响应时间
业务成功率
CPU使用率
存使用率
首页访问
300万
200
00:
00至24:
00
<
3秒
>
95%
70%
注册模块
登录模块
站搜索
5秒
测试技术资料上传与下载
表1性能指标列表
并发数=业务量/〔时间段(小时单位)3600秒/每人每笔业务的处理时间〕
3测试设计
3.1对象分析
系统采用B/S〔Browser/Server〕模式设计。
基于LAMP开发平台开发。
操作系统:
RedHatEnterpriseLinux4
Web效劳器:
apache2.0
数据库效劳器:
mysql5.0
开发语言:
PHP
3.2测试策略
使用HP商用性能测试工具LoadRunner9.1,模拟用户并发操作。
测试系统首页、注册、登录、站交流、站搜索、测试技术资料上传与下载等模块在多用户并发操作下是否能够稳定正常运行。
支持的最大并发数,各项指标是否能够到达预期的指标标准,并为后期系统调优提供指标数据支持。
3.3测试模型
系统组网图〔需客户提供〕
图1系统组网图
网络拓扑结构〔需客户提供〕
图2网络拓扑图
系统业务流程〔需客户提供〕
一般用户通过浏览器发出业务请求,到Web效劳器〔Apache〕,Web效劳器通过代码分析请求类别,如涉与数据库操作,那么转发请求给应用效劳器,最终获取数据,经过Web效劳器组合,反应至客户端,完成用户的业务请求。
3.4测试环境描述
测试环境需求
考虑到用户上传下载的任务耗用资源比拟多,因此资料的上传下载效劳器单设一台效劳器。
而WEB效劳器、效劳器与应用效劳器可以整合在一台效劳器主机上完成。
为了与真实的用户情境相结合,客户端采用5台负载生成器,另加一台控制器。
1、系统环境标准配置〔客户提供〕:
客户根据当前的系统配置情况提供测试效劳器。
设备名称
设备型号
硬件配置
WEB效劳器/应用效劳器/效劳器
资料上传下载效劳器
表2系统硬件配置表
2、测试客户端配置:
主机用途
机型/OS
台数
CPU/台
存容量/台
浏览器版本
压力负载生成器
PC/WinXP
5
1
2G
IE6.0
表3测试客户端配置表
测试工具要求
HP公司LoadRunner9.1英文版。
3.5详细测试方法
本局部主要描述测试方法,并发用户计算与测试启动等方面容。
测试方法综述
LoadRunner是HP公司的专业性能测试工具。
它通过创立多个虚拟用户的方式,对录制的单用户脚本增加负载,来到达增加系统压力的测试目的。
LoadRunner提供了Analysis工具对压力运行的结果进展分析,得出测试脚本运行期间,系统响应事务的最小时间,平均时间和最大时间等性能信息,同时可监视各后台效劳器的CPU占用率与存使用情况。
本次性能测试工作利用该工具录制系统首页、注册、登录、站交流、站搜索、测试技术资料上传与下载等业务模块的功能使用脚本,对于无法录制的脚本需手动编写测试脚本进展模拟。
通过综合场景的设计实现多用户多并发访问使用的业务模拟,最终根据测试结果分析找出系统可能存在的性能瓶颈。
业务模型分析
本次测试共涉与系统首页、注册、登录、站交流、站搜索、测试技术资料上传与下载业务模块,下面具体分解这些业务模块。
系统首页访问
首页访问功能作为一般用户的入口,性能问题尤为重要,通常情况下用户的浏览方式为翻开浏览器,输入首页地址,回车或跳转即可。
业务模式较为简单。
此处需注意的是系统是否有同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、进入成功注册页面。
计算方式与首页访问计算方式一样。
启动方式与首页访问启动方式一样。
专家注册模块测试方法与会员注册模块一样。
用户注册成功后,可在登录模块登录到。
测试方法与前面二者一样。
2、点击“登录〞;
3、进入登录页面后,输入用户信息,点击【登录】按钮;
4、成功进入用户个人管理中心.
站交流
具体容需客户提供
站检索
多功能7
资料上传与下载
本模块可能需要手动编写测试脚本
4统计测试数据
根据性能测试的目的,需记录测试过程中相关的数据,如以下信息所示:
首页访问测试结果记录表:
考察项
目标值
实际值
是否通过
200人
0:
4秒
表4首页访问测试结果记录表
注册模块测试结果记录表:
表5注册模块测试结果记录表
登录模块测试结果记录表:
表6登录模块测试结果记录表
站检索模块测试结果记录表:
1万
表7信息检索模块测试结果记录表
普通用户资料上传测试结果记录表:
8:
表8普通用户资料上传测试结果记录表
在上传下载测试结果记录表:
200万
表9在线观看视频结果记录表
综合场景测试的结果记录形式与单业务记录表格方式一样。
5性能测试报告输出
通过本次性能测试,由出具《系统性能评测报告》,报告中详细列出各个评测点实测指标数值,预期指标数值,测试结果与初步性能评估结果与调优建议。
6性能调优与回归
客户接收到《系统性能评测报告》后,根据测试结果报告,分析性能瓶颈并进展调优,最终确定回归日期,接到回归申请后,3天开展性能回归工作,并给出回归测试报告。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 性能 测试 方案 模版