文档介绍：该【系统压力测试方案 】是由【飞行的优优】上传分享，文档一共【11】页，该文档可以免费在线阅读，需要了解更多关于【系统压力测试方案 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。系统压力测试方案
系统压力测试方案
系统压力测试方案
网吧系统压力测试方案
文档改正历史
日期
版本
作者
改正内容
审批人
公布日期
201
草稿
目录
文档介绍...............................................
...........................................
...........................................
...........................................
.........................................
测试环境...............................................
..........................................
..........................................
测试需求...............................................
........................................
..........................................
准备工作...............................................
....................................
..........................................
........................................
测试达成准则...........................................
测试风险...............................................
测试设计谋略...........................................
...................................
.......................................
业务模型...............................................
系统压力测试方案
系统压力测试方案
系统压力测试方案
场景启用模式.......................................
测试目标..........................................
场景设计..........................................
...........................................
系统压力测试方案
系统压力测试方案
系统压力测试方案
文档介绍
本次压力测试的目的是检测网吧系统的核心业务的性能状况。为了保证后期在业务量不停增
长的状况下系统后能够稳固运转,需要对核心业务场景的压力状况有充分认识。所以,希望在模
拟生产环境的状况下,模拟用户并发数,对系统核心业务进行压力测试,采集相应的系统参数,
并最后作为系统稳固运转的依照,同时为系统调优供给指导。
编写本方案的目的是指导本次性能测试有序的进行,有关人员认识本次压力测试。
本方案的预期读者是:项目负责人、测试人员和其余有关人员。
名称能否可用备注
系统用户数:使用该系统的总用户数;
同时在线用户数:在必定的时间范围内,最大的同时在线用户数;
测试环境
系统压力测试方案
系统压力测试方案
系统压力测试方案
模拟客户使用环境(最好模拟客户实质使用的配置环境)。详细以下:
系统压力测试方案
系统压力测试方案
系统压力测试方案
被测系统环境需要和线上环境一致
网络环境:Lan(100M)
硬件环境:
应用服务器
数目:1台
配置:型号、CPU、内存等
数据库服务器
数目:1台
配置:型号、CPU、内存等
测试客户端
数目:3台
配置:型号、CPU、内存等
软件环境:
操作系统:Ubuntu12,Windows7,WindowsXP
应用服务软件:
数据库:
LoadRunner11使用HTTP/HTTPS协议。
主要思想是使用虚构用户(Virtualusers)来模拟实质用户对系统施加压力。
模拟图以下:
测试需求
本次测试波及到的模块为:
系统压力测试方案
系统压力测试方案
系统压力测试方案
登录功能
系统压力测试方案
系统压力测试方案
系统压力测试方案
在线商品充值
订单查问
1)
登录系统均匀响应时间小于等于
5秒钟;
2)
在线商品充值办理时间要小于等于
2秒;
订单查问系统响应时间在3个月内在3s以内,高出3个月,可在2-10s以内。
准备工作
依据供给的数据,系统用户数为1600;2014年12月份总订单数目为160144笔订单,12
月份顶峰日订单数目为9205笔订单,此外依据网吧提交次数,
订单,那么,在顶峰日内:
均匀每日接见用户数目=顶峰日内订单总数目/单个用户日均匀提交的订单数目
=9205/≈320
即均匀每日接见用户数目320个;
均匀并发用户数计算公式①C=nL/T
此中C是均匀并发用户数,n是均匀每日接见用户数,L是一天内用户从登岸到退出的均匀时间,
是观察时间长度(一天内多长时间实用户在使用系统);关于一个典型用户来说,一天以内用
户从登岸到退出系统的均匀时间为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%,
详见下列图:
业务名称
游戏充值
查问记录
账户管理
资本管理
业务占比
60%
30%
5%
5%
并发用户数峰值
1200个
600个
100个
100个
对登录功能、充值、查问功能进行功能测试,且功能测试所有经过;
测试环境服务器:开发搭建并保持和线上环境一致;
测试客户机:既定的三台客户机,,
关于登录功能、充值和查问功能,预先录制好相应的测试脚本,包含参数化、关系等,准备好测试数据,而且调试好,脚本能够成功的回放,保证在测试的时候能够顺利的运转;
创立测试场景,并配置好每个场景的设置;
测试过程中保留好脚本和剖析结果,并规范的对脚本和剖析结果等进行命名。
测试达成准则
系统响应时间判断原则以下:
系统压力测试方案
系统压力测试方案
系统压力测试方案
系统业务响应时间小于2秒,判为优异,用户对系统感觉很好;
系统压力测试方案
系统压力测试方案
系统压力测试方案
系统业务响应时间在2-5秒之间,判为优异,用户对系统感觉一般;
系统业务响应时间超出10秒,判断为一般,用户体验不好。
4)在长时间运转后,系统不崩溃,各功能正常;服务器CPU,内存,响应时间等参数保
持稳固;场景运转停止后,一段时间内占用的资源能够正常开释。
测试风险
选择的业务流不拥有代表性。即选择的测试功能点经过负荷测试和长时间测试后不可以重现系统问题,如内存溢出,速度慢等问题;
选择测试功能点的原则:客户使用系统时常常操作的业务流,以及感觉反响比较慢的几个功能模块;
不是在实质环境中的测试(即模拟的测试环境和客户实质使用环境配置差异较大),因为测试环境的不一样,测试结果和实质使用环境中的结果有必定的进出;
测试环境中的数据量比实质环境中使用一段时间后的数据量要少的多,系统当前的性能不可以代表数据量增添后的性能。
测试设计谋略
先依照单个场景进行并发测试,在组合多个场景进行长时间测试,即:先独自履行登录
功能测试,再组合登录、充值、查问,同时并发履行4个小时。
在正常的生产数据下,采纳阶梯式的方式,分别使用并发用户1、10、50、100、200
等进行测试。每次增添虚构用户数时,查察系统的性能参数变化,假如变化很大,能够加大
虚构用户的数目;此外,假如在某一个并发用户数,如100个并发用户测试时,发现性能下
系统压力测试方案
系统压力测试方案
系统压力测试方案
降,那么则逐渐减少并发数,以找出并发用户达到什么数目时,系统性能开始急剧降落。
系统压力测试方案
系统压力测试方案
系统压力测试方案
业务模型
1)首页登录功能:逐渐加压模式
2)在线游戏充值功能:逐渐加压模式
3)订单查问功能:逐渐加压模式
测试功能
最大并发数
响应时间
事务经过率
CPU使用率
内存使用率
错误率
登录
2000
<5s
>95%
<70%
<70%
<5%
600(3个月以
<3s
>95%
<70%
<70%
<5%
下)
订单查问
600(3个月以
2-10
>95%
<70%
<70%
<5%
上)
游戏充值
1200
<2s
>95%
<70%
<70%
<5%
1)登录功能
测试目的:考证网吧系统用户登录在渐渐增添虚构用户数目的状况下,系统响应时间怎样变化以
及系统响应时间分别是多少
前置条件:注册并激活网吧系统用户账号;
方法:渐渐增添用户个数进行登录,获得均匀响应时间和吞吐量
序号功能并发用户数迭代次数操作间隔
1登录功能513
2登录功能1013
系统压力测试方案
系统压力测试方案
系统压力测试方案
3登录功能5013
系统压力测试方案
系统压力测试方案
系统压力测试方案
4登录功能10013
5登录功能15013
6登录功能20013
7登录功能50013
2)游戏充值
测试目的:渐渐增添虚构用户数目,获得游戏充值的均匀响应时间以及渐渐增添负载的过程系统
响应时间的变化,在用户数目达到峰值为多少时,系统的性能开始降落;
前置条件:已注册好的网吧系统账号,已选择好的游戏充值商品;
方法:渐渐增添用户数目进行游戏充值,获得游戏充值的均匀响应时间;
序号功能并发用户数迭代次数操作间隔
1在线游戏充值113
2在线游戏充值1013
3在线游戏充值5013
4在线游戏充值10013
5在线游戏充值15013
6在线游戏充值20013
7在线游戏充值50013
9在线游戏充值120013
3)订单查问
测试目的:渐渐增添负载过程中,钱包支付充值的响应时间,在用户数目达到多少时,系统的性
系统压力测试方案
系统压力测试方案
系统压力测试方案
能开始降落;
系统压力测试方案
系统压力测试方案
系统压力测试方案