性能测试方案模板Word格式.docx

性能测试方案模板Word格式.docx

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

1.2测试内容

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

序号

模块

测试内容

最大并发数

响应时间（s）

备注

1

2

3

4

5

6

7

2.性能测试策略

2.1方法

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

2.2流程

系统性能测试范围及指标分析->

制定测试场景->

编写测试脚本->

准备测试数据->

准备测试环境->

执行测试场景->

收集测试结果数据->

测试结果分析->

测试报告输出。

2.3工具

2.3.1性能测试工具

✧脚本准备：

Loadrunner11；

✧场景执行：

✧资源监控：

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

3.性能测试环境

3.1网络拓扑图

3.2软硬件环境

用途

硬件配置

软件配置

IP

Web服务器

✧CPU：

Intel（R）E5-2603

✧内存：

8G

✧硬盘：

400G

✧网卡：

1000M

操作系统:

ubuntu

数据库服务器

✧操作系统:

ubuntu

✧数据库：

postgresql、mongodb

测试客户端

✧Intel（R）i5-64004核

✧8G内存

✧900G硬盘

✧Win7

✧IE11

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

4.性能测试指标

4.1性能指标关注点

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

✧吞吐率（TPS）

✧响应时间（RT）

✧系统资源利用率（Load）

4.2性能指标详解

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

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

4.2.1业务性能指标

指标名

指标说明

采集方法

并发用户数

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

loadrunner

响应时间

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

一般可以分为三部分：

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

每秒处理事务数（TPS）

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

事务成功率

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

4.2.2应用服务器性能指标

CPU占用率

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

建议：

<

75%

nmon

内存

内存使用是否平稳，建议<

80%

磁盘I/O

建议Iowait<

30%

SWAP

有没有交换页面

4.2.3数据库服务器性能指标

cpu占用率

数据库cpu利用率，建议<

70%

内存使用是否平稳

建议IOwait<

Top耗时sql

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

4.2.4性能指标参考

指标项

优秀

中等

差

TPS

TPS>

=10

5<

TPS<

10

TPS<

=5

RT<

=2s

2s<

5s

RT>

=5s

CPU

CPU<

=75%

75%<

CPU>

=80%

Mem

Mem<

Mem<

Mem>

慢SQL数量

慢SQL=0

慢SQL=1

慢SQL>

=2

5.测试场景

5.1存量数据

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

数据类型

数量

分布要求

✧

5.2测试场景设计

测试场景的设计原则为：

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

5.2.1单交易基准测试

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

并发数

1

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

✧虚拟用户加载方式:

每5秒钟加载2个用户。

8

5.2.2单交易并发测试

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

持续时间（m）

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

9

11

12

13

14

15

16

17

18

19

20

21

22

23

24

5.2.3混合场景并发测试

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

场景

交易名称

占比（%）

场景一

场景二

场景三

场景四

5.2.4稳定性测试

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

持续时间

3*24小时

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

6.进度计划及人员安排

6.1进度计划

任务

工作量（人日）

开始日期

结束日期

责任人

制定测试方案

测试环境部署

测试数据准备

测试脚本准备

执行测试

测试结果分析

编写测试报告

6.2人员安排

分类

姓名

部门

职责

7.风险评估

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

风险类型

描述

等级

缓解策略

过程风险

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

高

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

技术风险

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

中

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

人员风险

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

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

环境风险

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

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