web性能测试计划文档格式.docx

web性能测试计划文档格式.docx

《web性能测试计划文档格式.docx》由会员分享，可在线阅读，更多相关《web性能测试计划文档格式.docx（14页珍藏版）》请在冰豆网上搜索。

5、 

指定测试工作的时间安排 

6、 

分析测试的风险,寻找规避办法 

7、 

确定测试需求输出的结果和结果表现形式

2.性能相关描述

2.1性能测试指标

（1）.基于XXX业务量的要求,评估XXX平台是否能满足性能要求

（2）.进行配置测试，找到相对合理的测试

（3）.对XXX进行定容定量，提供规划参考

（4）.验证系统的稳定性，验证系统的容错能力

（5）。

测试并找到系统可能存在的性能问题，分析系统瓶颈

2。

2性能测试范围

通过性能测试需求调研，分析用户使用行为。

对系统的用户及业务数据量作了定量分析,性能测试将主要集中在表A-1中列出的业务过程。

表A—1测试范围

业务模块

业务名称

业务复杂度

登录

高

数据库性能测试

3名词术语约定

（1）负载：

模拟业务操作对服务器造成压力的过程

（2）性能测试（PerformanceTesting）:

模拟用户负载来测试系统在负载情况下,系统的响应时间，吞吐量等指标是否满足性能要求

（3）负载测试（LoadTesting）：

在一定的软硬件环境下,通过不断加大负载（不同虚拟用户数）来确定在满足性能指标情况下能够承受的最大用户数.简单说，可以帮助我们对系统进行定容定量找出系统性能的拐点，给予生产环境规划建议。

这里的性能指标包括TPS（每秒事物数）,RT（事物平均响应时间）,CPUusing（CPU利用率）,MemUsing（内存使用情况）等硬件指标.从操作层面上来说,负载测试也是一种性能测试手段，比如下面配置测试就需要变换不同的负载来进行测试。

（4）配置测试（ConfigurationTesting）:

为了合理的调配资源，提高系统运行效率,通过测试手段来获取,验证，调整配置信息的过程.通过这个过程我们可以收集到不同配置反映出来的不同性能,从而为设备选择,设备配置提供参考。

（5）压力/强度测试（StressTesting）：

在一定的软硬件条件下，通过高负载的手段来使服务器资源（强度服务器资源,硬件资源）处于极限状态,测试系统在存在极限状态下长时间运行是否稳定,确定是否稳定的标准包括TPS，RT,CPUUSING,MEMUSING等

（6）稳定性测试（EnduranceTesting）:

在一定的硬软件环境下,长时间运行一定负载（一般是最佳并发数）,确定系统在满足性能指标的前提下是否运行稳定.在上面的压力/强度测试区别在于负载并不强调在极限状态下,着重的是在满足性能要求的情况下,系统的稳定性。

一般我们会在满足性能要求的负载下加大1。

5倍到2倍的负载量进行测试

（7）TPS:

每秒完成的事物数,通常指每秒成功的事物数，性能测试中重要的综合性能指标,一个事物是一个业务度量单位，有时候一个事务会包括多个子操作,但是为了方便统计,我们会把这个多子操作计为一个事务.比如一笔电子支付操作，在后台可能会经历会员系统，财务系统，支付系统,会计系统等，但是对于用户来说只想知道整比支付花费多长时间.

（8）RT/ART（ResponseTime/averageResponseTime）：

响应时间/平均响应时间，指一个事务花费多长时间完成（多长时间响应客户），为了使这个响应时间更具代表性，会统计更多时间来取平均值,即得到了事务平均响应时间（ART）,为了方便大家通常会直接用RT来替代ART，以后看到ART以及RT是代表同一个意思。

（9）PV（PageView）:

每秒用户访问页面的次数，此参数用来分析平均每秒有多少用户访问页面.

3测试环境

3。

1生产环境系统架构

WebSever负责反向代理,静态请求处理

Nginx

Mysql

2测试环境系统架构

3生产环境软硬件配置

表A—2生产环境软硬件配置

硬件名称

数量

硬件配置

软件配置

备注

DBServer

WebServer

4测试环境软硬件配置

表A-3测试环境软硬件配置

1

CPU：

Intel（R）Core（TM）i5—6500CPU@3。

20GHz（3201MHz）

RAM：

8.00GB（2400MHz）

Disk：

500GB

Win764bit

Jmeter3.2

Mysql5.6

现在测试环境试测，第二轮在正式环境

服务器系统

内核3.10.0—514。

21。

el7.x86_64

RedhatCentOS—7。

3—64

3.5负载机软硬件配置

表A-4负载机软硬件配置

负载机

Intel（R）Core（TM）i5—6500CPU＠3.20GHz（3201MHz）

Disk:

Jmeter3。

2

zabbix

第一轮测试在自己电脑上，因为电脑上安装很多东西，第二轮测试需要换到一个比较纯净的负载机环境

4。

需求分析

4.1业务模型

前台开单业务模型A5测试业务模型

商品往来

表A-6是业务量统计

表A-6业务量统计

业务量

未来业务量

数据量

响应时间

事务成功率

10000PV/小时

15000PV/小时

记录

〈3S

〉99%

800PV/每小时

1200PV/小时

<

3S

〉99％

表A—7是存量数据统计

表A-7历史数据统计

业务历史数据

订单数量

4.2性能指标

表A-8是业务性能指标

表A-8业务统计（pv）

功能

10

11

12

13

14

15

16

17

18

19

20

21

22

合计

占比

登录系统

综合一下上午….

表A—9业务指标

业务名称（描述）

高峰业务量

TPS

并发数

300

800PV/小时

0。

9

硬件指标如表A-10

硬件类型

指标范围

CPU

70％

内存

70%

存储

无明显IO瓶颈

网络

30%

5测试策略

此次性能测试目的

（1）.基于XXX业务量的要求，评估XXX管理平台是否能满足性能要求

（4）.验证系统的稳定性,验证系统的容错能力

（5）.测试并找到系统可能存在的性能问题,分析系统瓶颈

采用JMeter来模拟用户请求，针对测试目标会进行多轮测试

第一轮在测试过程中尝试多种不同的配置进行压测，优化系统参数的配置,找出可能存在的性能问题

第二轮进行定容定量的测试，为系统扩展提供参考,同时也回归上一轮修改的性能问题

第三轮进行稳定性测试，验证系统容错能力

测试开始前准备足够的存量业务数据,测试过程中也需要持续一段时间，确保结果的普遍性，可参考性;

同时监控系统性能指标与中间件及数据库性能指标,确保能全面的对系统进行评估

5。

1测试执行策略

测试执行策略如表A-11

表A—11测试执行策略

开始时间

结束时间

测试类型

测试目的

基准测试

测试环境验证,脚本验证，测试基准

配置测试

第一轮测试,优化配置，找出性能问题

负载测试

第二轮测试，定容定量,回归性能问题

稳定性测试

第三轮测试，系统稳定性验证

5.2测试监控策略

测试监控主要用于以下两个方面（见表A—12）

（1）业务性能指标：

TPS与RT等

（2）硬件性能指标：

CPU，Mem,Disk等

表A-12监控策略

服务器

监控指标

监控工具以及方法

CPU,Mem，DISK,连接数慢查询

Zabbix

CPU,Mem,Disk，Network

WindowsPerfmon

6测试场景

6。

1前台开单测试场景

配合上面的测试策略,设计如表A-13测试场景,其中并发数根据业务量进行换算所得，做为负载量参考,在测试执行过程中会根据TPS及ThinkTime进行并发用户数调整。

场景编号

设计业务

业务占比

运行时间

目的

V1。

第一轮测试

10％

30

60%

12S

180

30％

6S

90

N/A

5S

2S

50％

10S

150

40％

120

3

数据库

4

5

说明：

7测试准备

（1）测试准备工作如下，包括负载工具,监控工具,文档管理工具等.

（2）测试脚本及测试程序准备

（3）测试数据准备

（4）测试环境准备

7.1测试工具准备

测试准备见表A—14

表A-14测试准备

工具名称

用途

JMeter

负载工具

用于模拟负载

Monyog

数据库监控

Mysql监控

硬件性能监控

监控lunix系统硬件指标

Netstat

网络连接数监控

7。

2测试脚本及程序准备

表A-15测试脚本开发计划

业务

负责人

完成日期

各种报表性能测试

数据库性能测试以及优化

7.3测试数据准备

表A-16测试数据准备计划

导购新增

2000

9。

20之前

门店

200

顾客

10W

各种