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

上传人:b****4 文档编号:18190046 上传时间:2022-12-14 格式:DOCX 页数:9 大小:58.61KB
下载 相关 举报
性能测试测试方案Word格式.docx_第1页
第1页 / 共9页
性能测试测试方案Word格式.docx_第2页
第2页 / 共9页
性能测试测试方案Word格式.docx_第3页
第3页 / 共9页
性能测试测试方案Word格式.docx_第4页
第4页 / 共9页
性能测试测试方案Word格式.docx_第5页
第5页 / 共9页
点击查看更多>>
下载资源
资源描述

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

《性能测试测试方案Word格式.docx》由会员分享,可在线阅读,更多相关《性能测试测试方案Word格式.docx(9页珍藏版)》请在冰豆网上搜索。

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

即系统所能容忍得最大用户数量•也就就是在正常得响应时

间中,系统能够支持得最多得客户端得数盘。

2、应用系统得吞吐量:

即在一次事务中网络内完成得数据量得总与吞吐畳播标反映得

就是服务器承受得压力。

事务就是用户某一步或几步操作得集合。

3、应用系统得吞吐率:

即应用系统在单位时间内完成得数据畳也就就是在单位时间内,

应用系统针对不同得负载压力,所能完成得数据畳。

4、TPS:

每秒钟系统能够处理事务或交易得数量,它就是衡量系统处理能力得靈要指标.

5、点击率:

每秒钟用户向服务器提交得谴求数。

5、系统得响应能力:

即在各种负载压力情况下■系统得响应时间,也就就是从客户端

谴求发起JI」服务器端应答返回所需要得时间,包括网络传输时间与服务器处理时间。

6、应用系统得可蠡性:

即在连续工作时间状态下,系统能够正常运行得时间,即在连续

工作时间段内没有出错倍息。

L2系统结构及流程

XXX系统在实际生产中得亦系结构跟本次性能测试所采用得体系结构就是一样得交

易解也完全一致得。

不过,由于硬件条件得限制‘本次性能测试得硬件平台跟实际生产环境略有不同。

121系统总体结构

描述本系统得总体结构,包括:

硬件组织体系结构、网络组织体系结构、软件组织体系结构与功能模块得型只体系结构。

122功能模块

本次性能测试中各类操作都就是由若干功能模块组成得,每个功能都根据其执行特点分成了若干操作步骤<

每个步骤就就是一个功能点(即功能模块),本次性能测试主要涉及得功

能模块以及所厲操作如下表

步骤

说明

备注:

Action.平均响应时

间(S)

1

打开主界面

Action:

访问首页(FW

SY);

5

2

输入用户名密码(需逬行参数化),登

录系统「进入首页

Action:

登陆(DL);

3

点击”我得通知"

标签,逬入通知列

Action:

逬入通知列表(JRT

表页面

ZLB);

5

4

在瑞昙通矢吐点击已收通知标题链

Action:

查瞧额(CKT

接,查瞧通知(重要通知)

Z);

在我得通知上点击已收通知得”回

Action:

进入回复界面(J

复"

題.逬入回复界面

RHFJM);

6

在通知回复界面上填写回复内容并

ACtion:

回复通知

提交

(HFTZ);

123关键点描述(KP)

本次性能测试得关犍点<

就就是查瞧XXX系统在不同用户数量(并发)压力下得表现与大数据量操作时系统得性能状态,即:

支持得并发用户数目与并发用户发送频率,以及在较

大压力下,系统得处理能力以及CPU.数据库I/O与内存彳辱使用情况,并找出相应得性能

13性能测试环境

本次性能测试环境与奠实运行环境硬件与网络环境有所不同,就是奠实环境得缩小•数据库就是翼实环境城库得一个复制(删小).本系统采用碰得CS结构岩户前台安装访问应用系统.

其中a体得硬件与网络环境如下:

中间件服务器:

WeblogiC9

操作系统:

Windows7/Linux

网络环境:

LAN(lOM)

数据库:

OraclellgRAC

客户端:

PC(Windows)

网络拓扑与结构图如下:

数据库服务器

2第二章性能测试

从广泛意义上讲性能测试包括:

预期性能测试、用户并发测试.M据量测试、疲劳强度测试、负载能力测试等•在不同应用系统得性能测试中*需要根据应用系统得特点与测试目得得不同来选择典体得测试方案,本次XXX系统得性能测试主要就是采用通常得压力测试模式来执行得,即逐步增加压力直瞧应用系统在各种助状况下得性能表现.

在本次性能测试中為使用性能测试工典LoadRunnerll.0对被测试项目得各模块

逬行监控判断XX系统各模块得性能表现,并帮助项目人员分析系统各个操作得性能瓶颈点.

2.1预期性能测试

2丄1预期性能概述

通过模拟生产运行得业务压力量与使用场景组合•测试系统得性能就是否满足生产性能要求・通俗地说,这种方法斷是要在^^得运彳孫件^1^谿專能力状态。

2丄2测试特点

1、主要目得就是验证系统就是否有系统晝称典有得能力。

2、要霍先了解被测试系统经典场景,并眞有确走得性能目标.3^,要求在已经确走得环境下

运行。

2.2用户并发测试

221并发测试概述

并发测试方法通过摸拟用户并发访问,测试多用户并发访问同一个应用.同f模块或者数据记录时就是否存在死锁或其者她性能问题。

222测试目得

1、主要目得就是发现系统中可能隐藏得并发访问时辱问题。

2、主要关注系统可能存在得并发问题•例如系统中得内存泄漉、线程锁与资源争用方面得问

题。

丸、可以在开发得各个阶段使用需要相关得测试工具得配合与支持。

23大数据量测试

23J大数据量测试概述

测试对象处理大量得数据,以确定就是否达到了将使软件发生故障得极限•大数据量测试还将确走测试对象在给定时间内能够持续处理得最大负载或工作量。

2・3・2测试目得

1、主要目得就是确走软件发生故瞳得极限。

必2.确走测试对象在给定时间内能够持续处

理得最大员载或工作星

3、可以在开发得各个阶段使用需要相关得测试工輿得配合与支持。

2.4疲劳强度测试

241疲劳强度测试概述

即压力测试,测试系统在F饱与状态下,例如卬丄内存在饱与使用情况下,系统能够处理得会话能力,以及系统就是否会出现错误。

242测试目得

1、主要目得就是检查系统处于压力性能下时应用得表现。

2叭一般通过模拟负载等方法,

使得系统得资源使用达至嚴高得水平。

丸、一SS用于测试系统得稳走性。

2.5负载能力测试

2-5J负载测试概述

通过在被测系统上不断加压•亘到性SSS标达到极限•例如〃响应时间“超过预走翻或都菜种资源已经达到饱与状态.

252测试目得

1、主要目得就是找到系统处理能力得极限。

2叭需要在给定得测试环境下进行通常也需要考虑被测试系统得业务压力畳与典型场熱使得测试结果典有业务上得意义。

认-般用来了解系统得性能容量,或就是配合性能调优来使用。

2.6测试方法及测试用例

详情参见《XX项目测试用例.doc》得"

性能测试”章节

2・7测试指标及期望

在本次性能测试中*各类测试捋标包括测试中应该达到得某些性瞬标,这些性能扌旨标均就是来自应用系统设计开发时遵循得业务需求•当某个测试得某一类掲标已经超出了业务需求得要求范围,则测试已经达到目得,即可终止性能测试.

2/7丄1应用软件级别得测试指标:

CPU得利用率小于40%

内存占用小于80%

Processorqueue1ength小于2

Responsetime小于1s

吞吐量throughtput大于90%

业务执行得平均响应时间(期望值:

<

15S)不同并发用户数得状况下得记录上述值

2.7.1.2网络级别得测试指标:

/吞吐畳:

单位时间内网络传输数据量

“冲突率:

在以太网上监测到得每秒冲突数

2.7丄3操作系统级别得测试指标:

进程/线程交换率:

逬程与线程之间每秒交换次数

CPU利用率:

即CPU占用率(%)

系统CPU利用率:

系统得CPU占用率(%)用户CPU利用率:

用户模式下得CPU占用率(%)磁盘交换率:

磁盘交换速率中断速率:

CPU每秒处理得中断数

2/7丄4数据库级别得测试指标:

/数据库I/O得流量大小

“数据库锁资源得使用数*

“数据库得并发连接数:

客户端得最大连接数

2-7-2测试数据准备

2/721案例数据:

满负荷压力

根据测试系统得硬件条彳牛,选择满负荷得压力,在系统得资源使用基本维持在90%左右得状况下,测试天威竟带业务管理系统得处理能力。

数据准备工作包括:

测试数据库需典备与真实环境成一走比例或基本T得数据

2J3运行状况记录

记录可扩展性测试中得测试结果及其系统得运行状况。

除了记录测词旨标以外,应该结合测试实时记录系统各个层次得资源与参数。

主要包括:

硬件环境资源服务器操作系统参数网络相关参数数据库相关参数:

具体数据库参数有所不同•结合各个数据库独有得特点记录

3第三章测试过程及结果描述

3.1测试描述

在测试数据准备完备以后,测试将逬行。

i5录每次测试得结果数据,分析测试结果对系统进行全面盹

3.2测试场景

示例:

备注:

Action、平均响应时

间(S)

访问首页

(FWSY);

输入用户名密码(需进行参数化),登录系统.逬入首页

Action:

点击”我得通知”标签,进入通知列

进入通知列表

(JRTZLB);

在瑞寻通矢吐点击已收通知标题链

Action:

查瞧飙(CKTZ);

在我得通知上点击已收通知得"

回复

"

链接「进入回复界面

RHFJM);

ACtion:

回复通知(HF

TZ);

测试中使用逐步加压得模式洌试运行场-安曲劇下:

每隔2秒增加1个用户连接,最多增加到100个用户,查瞧并记录运行情况

每隔2秒增加2个用户连接悬多增力闻」200个用户■查瞧并记录运行情况

每隔2秒增加1个用户连接,最多增加到300个用户,查瞧并记录运行情况

每隔3秒熾JD1个用户连接,最多增加到400个用户,查瞧并记录运行情况

每个场景都包括:

用户登录一业务操作•业务完成•退出系统,所有用例都按以上场景迸行测试,宙于pc性能限制,为了更准确模拟现场环境,将运行得所有脚本部署在LoadR

unner终端上主要目得就就是检查在不同得压力得情况下•业务系统得性能表现。

33测试结果标准

测试结束标准一般依据以下原则:

1.所有计划得测试已经完成;

2.所有计划收集得性能数据巴釜获得;

3.所有性能05得到改善并达到要求。

执行每个场景时需要记录以下相应得数据

 

1.

APP服务器主机上得CPU利用率:

2.

在数据库(Orac1e)服务器上主机上得CPU利用率:

运行得并发用户数目:

4第四章测试报告

在XXX系统得性能测试结束后,根据测试结果,将生成测试报告。

对应得文档名称如下:

“《XX项目性能测逮艮告》

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

当前位置:首页 > 工作范文 > 其它

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

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