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

上传人:b****5 文档编号:16178249 上传时间:2022-11-21 格式:DOCX 页数:22 大小:40.30KB
下载 相关 举报
性能测试计划web模板文档格式.docx_第1页
第1页 / 共22页
性能测试计划web模板文档格式.docx_第2页
第2页 / 共22页
性能测试计划web模板文档格式.docx_第3页
第3页 / 共22页
性能测试计划web模板文档格式.docx_第4页
第4页 / 共22页
性能测试计划web模板文档格式.docx_第5页
第5页 / 共22页
点击查看更多>>
下载资源
资源描述

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

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

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

Java:

JDK1.6.0_07

应用软件:

LiferayPortal5.1.1

浏览器:

IE6+sp2

Word:

office2000或officeXP或office2003

2.3项目流程

3.测试资源

3.1软硬件配置

性能测试环境(包括测试工具环境)的硬件和软件配置如下表所示:

环境

资源

数量

型号/配置/软件名称/软件版本号

硬件环境

核心系统新安腾主机

1

HP安腾

CPU:

40核,主频1.6GHz

内存:

80G

存储:

500*9G

IP地址:

10.1.189.213

前置系统服务器主机

IBM595

8核,主频2.3GHz

16G

20G

10.1.189.214

LR压力产生器

2

笔记本电脑

双核,主频1.60GHz

1G/2G

10.1.119.59/10.1.119.109

LR控制台

1G

软件环境

核心主机操作系统

HP-UX11.23

核心主机数据库

Oracle9i

核心主机应用软件

ECshop

核心主机交易中间件

BEATuxedo9.1

前置服务器操作系统

IBM-AIX5.3.0.0

前置服务器数据库

Oracle9.2.0.6.0

前置服务器应用软件

南天综合前置系统(PB)

前置服务器交易中间件

BEATuxedo9.0

LR压力产生器操作系统

WindowsXPProfessioanl(SP2)

LR控制台操作系统

LR压力产生器、压力产生器交易中间件客户端

3

BEATuxedoWorkStation6.5

3.2测试工具

序号

工具名称

用途及说明

厂商/自产

版本

LoadRunner

性能测试工具,Tuxedo协议(License的并发数为500)

HP

11.0英文版

3.3人力需求

角色

姓名

具体职责

技能要求

性能测试经理

性能测试项目管理和协调

性能测试需求分析

测试计划和测试报告编写

1、组织协调能力

2、熟悉性能测试体系

3、熟悉应用架构

性能测试设计人员

编制测试案例,开发测试脚本,设计测试场景,执行性能测试

1、熟悉性能测试体系

2、熟悉性能测试方法和LoadRunner测试工具

3、脚本编写和调试能力

4、执行时的系统资源监控技术

5、性能瓶颈分析能力

测试环境和测试数据准备人员

准备性能测试环境(包括测试工具环境、被测系统硬件环境和软件环境)

准备基础数据和测试数据

1、LoadRunner部署能力

2、熟悉核心系统、前置系统软硬件配置

3、熟悉数据库操作

性能调优人员

核心后台主机系统优化

1、熟悉HP主机设置

2、精通数据库调优

3.4测试数据

数据对象

数据

数据文档

位置

登录用户

用户名

密码

user.dat

D:

\LR_Project\data

查询稿件

稿件名称

稿件版本号

稿件标题

稿件内容

search_manuscript.dat

增加稿件

add_manuscript.dat

显示稿件

稿件编号

show_manuscript.dat

查询文档

文档名称

search_document.dat

上传文档

文档重命名

文档说明

upload_document.dat

4.交付物

交付物名称

责任人

参与者

交付日期

性能测试脚本

性能测试场景

4

性能测试结果

5

性能测试报告

5.测试进度计划

在测试工作量估算数据的基础上,考虑现有的资源情况,对资源进行具体安排,根据项目整体进度计划,列出进度表,即是谁在什么时间内完成什么任务

名称

工期

开始时间

完成日期

稿件管理发布系统

5工作日

2014-04-28

2014-05-02

1.1

测试设计

2工作日

1.1.1

编写测试计划

准备测试环境

准备测试数据

开发测试脚本

1.2

基准、单交易并发测试

1-2工作日

1.2.1

单交易基准测试

单交易并发测试

1.3

综合场景测试

1.3.1

综合场景测试第1轮

1.3.2

综合场景测试第2轮

1.4

稳定性测试

1.5

测试总结

0-0.5工作日

6.测试启动/结束/暂停/再启动/退出准则

6.1暂停准则:

Ø

核心系统和前置系统应用软件通过系统功能测试;

测试环境已经准备完毕,包括:

⏹核心系统和前置系统应用系统已安装完毕

⏹基础数据以及测试数据已经导入核心系统主机数据库

⏹LoadRunner压力产生器及控制台机器已经准备完毕

测试工具LoadRunner及所需要的License已准备好

测试脚本、测试场景已经准备完毕

以上条件,必须全部满足才能开始性能测试执行。

6.2暂停/再启动的准则

6.2.1暂停准则:

测试汇总发现问题,需要网站稿件管理发布系统修改代码,或者需要更换应用服务器

测试环境受到干扰,比如服务器被临时征用,或服务器的其他使用会对测试结果造成干扰

6.2.2再启动准则

测试中发现问题得以解决

测试环境恢复正常

6.3测试退出准则

满足下列条件之一时,可以结束性能测试执行:

⏹压到预定最大并发用户数,系统性能能够满足预期测试指标要求;

⏹到计划结束日期,压到预定最大并发用户数,经过系统调优,系统性能仍然无法满足预期测试指标要求,但已经无法再实施调优。

7.性能测试目标要求

7.1性能测试指标

本次性能测试需要测试的性能指标包括:

1、交易响应时间:

核心系统处理交易的平均响应时间

2、交易吞吐量:

后台主机每秒能够处理的交易笔数(TPS)

3、并发交易成功率

4、批处理效率

5、资源使用指标:

前置和核心系统各服务器CPU占用率、内存占用率、I/O占用率;

LoadRunner压力产生器CPU占用率、内存占用率

7.2交易响应时间

本次性能测试中的交易响应时间是指在一定的负载压力下,由前置系统记录和进行统计分析的、核心系统处理交易的响应时间,用一定时间段内的统计平均值ART来表示。

本次性能测试中,对所有非批量联机交易的ART指标要求为:

ART≤5秒

7.3交易吞吐量

根据统计数据,网站稿件管理核心系统当前生产环境高峰日交易总量为7500笔。

根据二八原则(80%的交易量发生在20%的时间段内),当前生产环境对主机的交易吞吐量指标要求为:

TPS_1≥10000(交易)*80%(交易量)/(24(小时)*20%*3600(1小时60分钟*1分钟60秒))=0.34笔/秒17280

根据规划,网站稿件管理系统未来1年内核心系统的处理能力应达到高峰日交易总量10000笔,则3年后对主机的交易吞吐量指标要求为:

TPS_2≥10000*80%/(24*20%*3600)=0.46笔/秒

为获取核心系统主机的最大处理能力,在本次性能测试中可通过不断加压,让核心系统主机CPU利用率达到85%,记录此时的TPS值,作为新主机处理能力的一个参考值。

为模拟生产上核心主机的异常情况,通过不断加压,让核心系统主机CPU利用率达到接近100%,观察核心系统的工作情况,记录TPS值。

7.4并发交易成功率

指测试结束时成功交易数占总交易数的比率。

交易成功率越高,系统越稳定。

对典型交易的场景测试,要求其并发交易成功率≥99%。

7.5资源使用指标

在正常的并发测试和批处理测试中,核心系统各服务器主机的资源使用指标要求:

CPU使用率≤80%

内存使用率≤80%

I/O使用率≤80%

8.测试策略

8.1基准测试

在测试环境经过确认,脚本预验证之后对本次测试涉及的全部联机交易做基准测试。

目的是验证测试脚本及后台环境、初步检查交易本身是否存在性能缺陷。

目的:

是获取单用户执行时的各项性能指标,为多用户并发和混合场景的性能测试分析提供参考依据;

8.2并发测试

并发测试是指并发不同数目的虚拟用户执行检查点操作,目的是对检查点进行压力加载测试。

预测系统投入使用后在一定用户压力情况下的系统响应时间,根据此响应时间分析、确定系统存在的性能瓶颈,为系统的优化和调整提供依据。

8.3递增测试

递增测试是指每隔一定时间段(如5秒、10秒)并发不同数目的虚拟用户执行检查点操作,对检查点进行递增用户压力加载测试,从而模拟系统真实的使用情景,使用户预知系统投入使用后的性能水平。

8.4综合场景测试

通过对系统体系机构和功能模块的分析以及对系统用户的分布和使用频率的分析,来构造系统综合场景的测试模型,模拟不同用户执行不同操作,如10%的用户执行登录操作,50%的用户执行查询操作,40%的用户执行上传文档操作,最大限度地模拟系统的真实场景,使用户预知系统投入使用后的真实性能水平。

从而,对系统做出相应的优化及调整,避免实际情况中出现系统长时间不响应及崩溃的情况。

8.5疲劳强度测试

疲劳强度测试是指对系统核心功能点进行疲劳强度测试,即用系统稳定运行情况下能够支持的最大并发用户数,持续执行一段业务时间(如48小时),记录交易平均响应时间,交易正确率,应用服务器和数据库服务器CPU利用率、内存使用情况等参数,考察应用服务器和数据库服务器是否出现宕机、内存泄漏等情况。

该测试通常需要和场景测试进行结合,从而可以最大限度地模拟真实环境下,系统长时间连续运行条件下,系统是否能够保持在稳定运行状态。

9.测试用例开发

根据测试范围规定的内容,逐条设计测试需求及完成该测试需求的测试过程、测试条件,构造本次测试的测试用例,编写决策树。

表1时间特性

第1页

共1页

测试需求

测试过程说明

过程标引

登录系统

User_Login

单用户执行登录系统

E-01

10用户并发执行登录系统

E-02

20用户并发执行登录系统

E-03

Search_Manuscript

单用户执行查询稿件

E-04

10用户并发执行查询稿件

E-05

20用户并发执行查询稿件

E-06

Add_Manuscript

单用户执行增加稿件

E-07

10用户并发执行增加稿件

E-08

20用户并发执行增加稿件

E-09

Show_Manuscript

单用户执行显示稿件

E-10

10用户并发执行显示稿件

E-11

20用户并发执行显示稿件

E-12

Search_Document

单用户执行查询文档

E-13

10用户并发执行查询文档

E-14

20用户并发执行查询文档

E-15

Upload_Document

单用户执行上传文档

E-16

10用户并发执行上传文档

E-17

20用户并发执行上传文档

E-18

综合场景测试1

使用50VU共同执行稿件管理模块。

15VU执行增加稿件,15VU执行显示稿件,20VU执行查询稿件。

整个场景执行1h.

E-19

综合场景测试2

使用50VU共同执行系统的文档模块,结合稿件模块部分功能。

15VU执行上传文档,20VU执行查询文档,15VU执行查询稿件。

E-20

疲劳强度测试

使用50VU共同对系统进行访问,15VU执行查询稿件,15VU执行查询文档,10VU执行显示稿件,5VU执行上传文档,5VU执行增加稿件。

整个场景持续执行12h.

E-21

表2资源特性

第2页

单用户执行登录系统,并监控服务器的各项资源

E-22

10用户并发执行登录系统,并监控服务器的各项资源

E-23

20用户并发执行登录系统,并监控服务器的各项资源

E-24

单用户执行查询稿件,并监控服务器的各项资源

E-25

10用户并发执行查询稿件,并监控服务器的各项资源

E-26

20用户并发执行查询稿件,并监控服务器的各项资源

E-27

单用户执行增加稿件,并监控服务器的各项资源

E-28

10用户并发执行增加稿件,并监控服务器的各项资源

E-29

20用户并发执行增加稿件,并监控服务器的各项资源

E-30

单用户执行显示稿件,并监控服务器的各项资源

E-31

10用户并发执行显示稿件,并监控服务器的各项资源

E-32

20用户并发执行显示稿件,并监控服务器的各项资源

E-33

单用户执行查询文档,并监控服务器的各项资源

E-34

10用户并发执行查询文档,并监控服务器的各项资源

E-35

20用户并发执行查询文档,并监控服务器的各项资源

E-36

单用户执行上传文档,并监控服务器的各项资源

E-37

10用户并发执行上传文档,并监控服务器的各项资源

E-38

20用户并发执行上传文档,并监控服务器的各项资源

E-39

整个场景执行1h,并监控服务器的各项资源

E-40

E-41

整个场景持续执行12h,并监控服务器的各项资源

E-42

10.交易基准测试

10.1测试方法

使用一个Vuser,分别运行每个交易的脚本,设置脚本的迭代次数n次,验证所有脚本是否运行正确、所有交易事务是否成功返回,并获取每个交易的平均交易响应时间ATR(AverageTransactionResponseTime)。

10.2测试场景

编号

场景名

执行用户数

加压方式

持续

时间

退出方式

思考时间/迭代延迟

负载生成器数量

备注

用户登录

User_Login_Benchmarks

1Vuser

同时

1min/待定循环次数

Pacing:

2s-4s

Thinktime:

忽略

获取单用户执行的响应时间和服务器资源,为之后的测试提供依据

Search_Manuscript_Benchmarks

Add_Manuscript_Benchmarks

Show_Manuscript_Benchmarks

Search_Document_Benchmarks

6

Upload_Ducument_Benchmarks

11.交易并发测试

11.1测试方法

使用10个Vuser,分别为每个交易执行并发,验证所有脚本是否运行正确、所有交易事务是否成功返回,并获取每个交易的平均交易响应时间ATR(AverageTransactionResponseTime)。

11.2测试综合场景

并发用户数

集合点策略

User_Login_Concurrent_10VU

10

运行完成

设置第一项:

让100%VU到达集合点时再一起释放

Search_Manuscript_Concurrent_10VU

Add_Manuscript_Concurrent_10VU

Show_Manuscript_Concurrent_10VU

Search_Document_Concurrent_10VU

Upload_Ducument_Concurrent_10VU

11.3测试方法

使用20个Vuser,分别为每个交易执行并发,验证所有脚本是否运行正确、所有交易事务是否成功返回,并获取每个交易的平均交易响应时间ATR(AverageTransactionResponseTime)。

11.4测试场景

User_Login_Concurrent_20VU

20

Search_Manuscript_Concurrent_20VU

Add_Manuscript_Concurrent_20VU

Show_Manuscript_Concurrent_20VU

Search_Document_Concurrent_20VU

Upload_Ducument_Concurrent_20VU

12.混合交易负载场景

制作单个交易的性能测试脚本,将同一模块内功能相近的脚本放在同一个测试场景中,并发用户数为50,平均设定每个交易的比例,设定负载序列,按照负载序列逐渐增加并发用户数。

场景一

模块名称

功能点

用户加载方式

Duration

Pacing

Thinktime

稿件

(20VU)

50

每1秒加载1个

1h

Random:

4s-6s

Random50%-150%

VU退出方式:

每隔1秒退出1个VU

(15VU)

场景二

文档+稿件

13.疲劳强度测试

使用50用户系统稳定运行的情况下,以一定的负载压力来长时间运行系统的测试,主要目的是确定被测系统系统长时间处理较大业务量时的性能,获取响应时间和服务器各项资源。

稿件+文档

12h

3s-9s

(10VU)

(5VU)

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 经管营销 > 金融投资

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1