性能测试方案模板.docx

性能测试方案模板.docx

《性能测试方案模板.docx》由会员分享，可在线阅读，更多相关《性能测试方案模板.docx（11页珍藏版）》请在冰豆网上搜索。

性能测试方案模板

XXXX系统

性能测试方案

撰写人：

周莉芳

创建日期：

2016.09.19

审核人：

审核日期：

文档类型

正式稿

有效期限

文档历史

日期

负责人

操作类型

版本号

说明

2016/9/19

周莉芳

新建

V1.0

新建

1.概述

1.1编写目的

本测试方案用于指导XXXX系统的性能测试工作。

本文主要描述了性能测试围、性能参考指标以及使用的测试方法，以便于性能测试实施人员有依据性地对系统展开性能测试，根据实际的性能测试结果数据考察系统的相关指标情况，以便于开发对系统实施相关的调优工作，以及项目相关人员对系统的性能有个客观的评估。

1.2测试容

依据XXXX系统的关键业务及功能使用的频繁程度，制定以下功能点为本次性能测试围，以及对应需满足的性能指标：

序号

模块

测试容

最大并发数

响应时间（s）

备注

1

2

3

4

5

6

7

2.性能测试策略

2.1方法

使用性能测试工具编写特定的测试脚本，使用多用户并发，模拟对XXXXX系统相关功能进行持续并发访问操作，并记录系统的响应时间等相关信息，以及应用服务器、数据库服务器资源使用情况。

2.2流程

系统性能测试围及指标分析->制定测试场景->编写测试脚本->准备测试数据->准备测试环境->执行测试场景->收集测试结果数据->测试结果分析->测试报告输出。

2.3工具

2.3.1性能测试工具

✧脚本准备：

Loadrunner11；

✧场景执行：

Loadrunner11；

✧资源监控：

nmon、nmonanalyser，适用于应用服务器及数据库服务器。

3.性能测试环境

3.1网络拓扑图

3.2软硬件环境

序号

用途

硬件配置

软件配置

IP

备注

1

Web服务器

✧CPU：

Intel（R）E5-2603

✧存：

8G

✧硬盘：

400G

✧网卡：

1000M

操作系统:

ubuntu

2

数据库服务器

✧CPU：

Intel（R）E5-2603

✧存：

8G

✧硬盘：

400G

✧网卡：

1000M

✧操作系统:

ubuntu

✧数据库：

postgresql、mongodb

3

测试客户端

✧Intel（R）i5-64004核

✧8G存

✧900G硬盘

✧Win7

✧IE11

控制器与负载机为同一台机器

4.性能测试指标

4.1性能指标关注点

本次性能测试，主要关注以下三个最重要的性能指标：

✧吞吐率（TPS）

✧响应时间（RT）

✧系统资源利用率（Load）

4.2性能指标详解

以下是本次性能测试过程中需要关注的性能指标，以及性能指标的围。

本节中的所有性能指标数据均通过性能测试工具一节中描述使用的工具进行收集。

4.2.1业务性能指标

序号

指标名

指标说明

采集方法

1

并发用户数

在同一时刻与服务器进行了交互的在线用户数量

loadrunner

2

响应时间

客户发出请求到得到响应的整个过程的时间。

一般可以分为三部分：

呈现时间，数据传输时间和系统处理时间

loadrunner

3

每秒处理事务数（TPS）

每秒钟系统能够处理事务或交易的数量，它是衡量系统处理能力的重要指标。

loadrunner

4

事务成功率

本次测试中出现成功的事务数量/事务的总数

loadrunner

4.2.2应用服务器性能指标

序号

指标名

指标说明

采集方法

1

CPU占用率

对一个时间段CPU使用状况的统计。

建议：

<75%

nmon

2

存

存使用是否平稳，建议<80%

nmon

3

磁盘I/O

建议Iowait<30%

nmon

4

SWAP

有没有交换页面

nmon

4.2.3数据库服务器性能指标

序号

指标名

指标说明

采集方法

1

cpu占用率

数据库cpu利用率，建议<70%

nmon

2

存

存使用是否平稳

nmon

3

磁盘I/O

建议IOwait<30%

nmon

4

Top耗时sql

找出性能较差的sql，进行优化

4.2.4性能指标参考

序号

指标项

优秀

中等

差

1

TPS

TPS>=10

5

TPS<=5

2

响应时间

RT<=2s

2s

RT>=5s

3

CPU

CPU<=75%

75%

CPU>=80%

4

Mem

Mem<=75%

75%

Mem>=80%

5

慢SQL数量

慢SQL=0

慢SQL=1

慢SQL>=2

5.测试场景

5.1存量数据

经过与需求人员进行沟通了解，设计系统的存量数据如下：

序号

数据类型

数量

分布要求

备注

1

2

3

✧

4

✧

5.2测试场景设计

测试场景的设计原则为：

按照需求文档及与需求人员沟通结果进行设计。

5.2.1单交易基准测试

对各个交易进行单次执行，获取响应时间、TPS等数据。

序号

模块

测试容

并发数

响应时间（s）

备注

1

1

✧每一交易执行3次，取平均值作为统计数据结果；

✧虚拟用户加载方式:

每5秒钟加载2个用户。

2

1

3

1

4

1

5

1

6

1

7

1

8

1

5.2.2单交易并发测试

对各个交易进行单交易基准并发测试，得出基本性能指标。

序号

模块

测试容

并发数

持续时间（m）

备注

1

✧每一场景执行3次，取平均值作为统计数据结果；

✧虚拟用户加载方式:

每5秒钟加载2个用户。

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

5.2.3混合场景并发测试

对所有交易混合场景进行阶梯式压力发起，得到各负载下的处理能力以及各交易的性能表现。

序号

场景

并发数

交易名称

占比（%）

持续时间（m）

备注

1

场景一

2

场景二

3

场景三

4

场景四

5.2.4稳定性测试

以混合场景，日常交易了压力对系统进行长时间的稳定性测试，考察系统长期稳定运行情况。

序号

场景

并发数

交易名称

占比（%）

持续时间

备注

1

场景一

3*24小时

各脚本设置思考时间2分钟。

6.进度计划及人员安排

6.1进度计划

序号

任务

工作量（人日）

开始日期

结束日期

责任人

1

制定测试方案

2

测试环境部署

3

测试数据准备

4

测试脚本准备

5

测试环境部署

6

执行测试

7

测试结果分析

8

编写测试报告

6.2人员安排

序号

分类

部门

职责

1

✧

2

✧

3

✧

7.风险评估

本节主要对性能测试过程中可能遇到的风险以及问题进行有效的测试管理、改进及风险规避等。

序号

风险类型

描述

等级

缓解策略

1

过程风险

由于设计不合理或不正确，导致测试不准确、漏测、测试失败等。

高

与需求进行沟通确认，进行性能测试方案评审。

2

技术风险

测试过程中因选取测试技术部合理或不完善，导致测试失败。

中

对使用到的测试技术进行预研，进行测试技术备选预案。

3

人员风险

由于测试人员的各种问题无法执行性能测试。

高

尽量预见突发的事件或者人员离职，通过招聘以及测试工作的交叉和分散达到不会因某个人员的原因导致工期延误。

4

环境风险

因测试环境差异较大，活环境不具备测试条件，导致测试结果误差较大或测试失败，

中

测试环境尽量与真实环境一致。