1 / 12
文档名称:

系统压力测试方案.doc

格式:doc   大小:131KB   页数:12页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

系统压力测试方案.doc

上传人:260933426 2017/8/30 文件大小:131 KB

下载得到文件列表

系统压力测试方案.doc

相关文档

文档介绍

文档介绍:网吧系统压力测试方案
文档修改历史
日期
版本
作者
修改内容
审批人
发布日期


初稿


目录
1. 文档介绍 3
3
3
3
3
2. 测试环境 3
. 测试环境 4
. 测试工具 4
3. 测试需求 5
. 测试功能点 5
. 性能需求 5
4. 准备工作 5
并发用户数计算 6
业务分配 7
脚本和环境 7
5. 测试完成准则 7
6. 测试风险 8
7. 测试设计策略 8
. 组合测试用例策略 8
. 测试执行策略 8
8. 业务模型 9
场景启用模式 9
测试目标 9
场景设计 9
9. 测试报告输出 12
文档介绍

本次压力测试的目的是检测网吧系统的核心业务的性能情况。为了保证后期在业务量不断增长的情况下系统后能够稳定运行,需要对核心业务场景的压力情况有充分了解。因此,希望在模拟生产环境的情况下,模拟用户并发数,对系统核心业务进行压力测试,收集相应的系统参数,并最终作为系统稳定运行的依据,同时为系统调优提供指导。
编写本方案的目的是指导本次性能测试有序的进行,相关人员了解本次压力测试。

本方案的预期读者是:项目负责人、测试人员和其他相关人员。

名称
是否可用
备注

系统用户数:使用该系统的总用户数;
同时在线用户数:在一定的时间范围内,最大的同时在线用户数;
测试环境
模拟客户使用环境(最好模拟客户实际使用的配置环境)。具体如下:
测试环境
被测系统环境需要和线上环境一致
网络环境:Lan(100M)
硬件环境:
应用服务器
数量:1台
配置:型号、CPU、内存等
数据库服务器
数量:1台
配置:型号、CPU、内存等
测试客户端
数量:3台
配置:型号、CPU、内存等
软件环境:
操作系统:Ubuntu 12,Windows 7,Windows XP
应用服务软件:Tomcat
数据库:MySQL
测试工具
LoadRunner 11使用HTTP/HTTPS协议。
主要思想是使用虚拟用户(Virtual users)来模拟实际用户对系统施加压力。
模拟图如下:
测试需求
测试功能点
本次测试涉及到的模块为:
登录功能
在线商品充值
订单查询
性能需求
登录系统平均响应时间小于等于5秒钟;
在线商品充值处理时间要小于等于2秒;
订单查询系统响应时间在3个月内在3s之内,超出3个月,可在2-10s之内。
准备工作
并发用户数计算
根据提供的数据,系统用户数为1600;2014年12月份总订单数量为160144笔订单,12月份高峰日订单数量为9205笔订单,另外根据网吧提交次数,,那么,在高峰日内:
平均每天访问用户数量=高峰日内订单总数量/单个用户日平均提交的订单数量
=9205/ ≈320
即平均每天访问用户数量320个;
平均并发用户数计算公式①C=nL /T
其中C是平均并发用户数,n是平均每天访问用户数,L是一天内用户从登陆到退出的平均时间,T是考察时间长度(一天内多长时间有用户在使用系统);对于一个典型用户来说,一天之内用户从登陆到退出系统的平均时间为4小时,在一天内,用户在8小时内使用该系统;那么平均并发用户数C= nL /T=320*4 /8=160
并发用户数峰值:②C1≈C+3*根号C=160+3*根号160=200
(注:公式①②遵循泊松分布理论)
由此可以计算出当网吧用户数量达到16000家时对应的平均并发用户数和并发用户数峰值,如下图所示:

系统名称
系统用户数
平均并发用户数
并发用户数峰值
系统a
1600个
160个
200个
系统b
16000个
1600个
2000个

(注:根据2012年淘宝报告显示,,最高峰时同时在线用户数为6000万,按照这个规律计算,网吧系统达到16000个用户时,最高峰同时在线用户数为2500+)

业务分配
在线用户登录后,网吧业务包括:游戏充值、查询记录、账户管理、资金管理,根据业务分配,游戏充值业务占总业务的60%,查询记录占30%,账户管理占用5%,资金管理占用5%,详见下图:

业务名称
游戏充值
查询