系统压力测试专项方案.docVIP

门诊压力测试方案

文档修改历史

日期

版本

作者

修改内容

审批人

公布日期

.04.20

V1.0

初稿

目录

TOC\o1-3\h\z\u1. 文档介绍 3

1.1.测试目标 3

1.2.读者对象 3

1.3.参考资料 3

1.4.术语和解释 3

2. 测试环境 3

2.1. 测试环境 4

2.2. 测试工具 4

3. 测试需求 5

3.1. 测试功效点 5

3.2. 性能需求 5

4. 准备工作 5

4.1并发用户数计算 6

4.2业务分配 7

4.3脚本和环境 7

5. 测试完成准则 7

6. 测试风险 8

7. 测试设计策略 8

7.1. 组合测试用例策略 8

7.2. 测试实施策略 8

8. 业务模型 9

8.1 场景启用模式 9

8.2测试目标 9

8.3场景设计 9

9. 测试汇报输出 12

文档介绍

1.1.测试目标

此次压力测试目标是检测孕妇端系统关键业务性能情况。为了确保后期在业务量不停增加情况下系统后能够稳定运行，需要对关键业务场景压力情况有充足了解。所以，期望在模拟生产环境情况下，模拟用户并发数，对系统关键业务进行压力测试，搜集对应系统参数，并最终作为系统稳定运行依据。

编写本方案目标是指导此次性能测试有序进行，相关人员了解此次压力测试。

1.2.读者对象

本方案预期读者：项目责任人、测试人员和系统其它相关人员。

1.3.参考资料

名称

是否可用

备注

1.4.术语和解释

系统用户数：使用该系统总用户数；

同时在线用户数：在一定时间范围内，最大同时在线用户数；

并发用户数：在同一时间内，并同时向服务器发送请求数；

测试环境

模拟用户使用环境（最好模拟用户实际使用配置环境）。具体以下：

测试环境

网络环境：Lan（100M）

硬件环境：

应用服务器

数量：1台

配置：型号、CPU、内存等

数据库服务器

数量：1台

配置：型号、CPU、内存等

测试用户端

数量：2台

配置：型号（戴尔）、CPU（3.2GHz）、内存（4G）等

软件环境：

操作系统：linux，Windows7

应用服务软件：Tomcat6.037

数据库：MySQL5.5

测试工具

jmeter使用HTTP/HTTPS协议。

关键思想是使用虚拟用户（Virtualusers）来模拟实际用户对系统施加压力。

模拟图以下：

测试需求

测试功效点

此次测试包含到模块为：

登录功效

结束监护

上传档案

提交门诊

性能需求

登录系统平均响应时间小于等于5秒钟；

在线商品充值处理时间要小于等于2秒；

订单查询系统响应时间在3个月内在3s之内，超出3个月，可在2-10s之内。

准备工作

4.1并发用户数计算

依据提供数据，系统用户数为1600；12月份总订单数量为160144笔订单，12月份高峰日订单数量为9205笔订单，另外依据网吧提交次数，一天内一家网吧平均提交28.8笔订单，那么，在高峰日内：

平均天天访问用户数量=高峰日内订单总数量/单个用户日平均提交订单数量

=9205/28.8≈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个

个

（注：依据淘宝汇报显示，淘宝注册用户数为3.7亿，最高峰时同时在线用户数为6000万，根据这个规律计算，网吧系统达成16000个用户时，最高峰同时在线用户数为2500+）

4.2业务分配

在线用户登录后，网吧业务包含：游戏充值、查询统计、账户管理、资金管理，依据业务分配，游戏充值业务占总业务60%，查询统计占30%，账户管理占用5%，资金管理占用5%，详见下图：

业务名称

游戏充值

查询统计

账户管理

资金管理

业务占比

6