性能测试测试方案

1、性能测试详细测试方案平台X X项目系统己经成功发布，依据项目得规划未来势必会出现业务系统中倍想大畳增长得态势.随養业务系统在生产状态下日趋稳定、成熟，系统得性能问题也逐步成为了我们关注得焦点：每 天大数据鼻得冲击，系统能稳定在什么样得性能水平.面临行业公司业务壇加时，系统能否经受住 考验，这些问题需要通过一个完整得性能测试来给出答案.1第一章XXX系统性能测试概述。14被测系统定义XXX系统作为木次测试彳辱彼测系统（注：以下所有针对被测系统地描述均为针对XXX系统逬行得）XXX系统就是由平台幵发得一款物流应用软件，后台应用了 Oracle llg数粋该系统包括主要功能有:XXX等。在该系统中都

2、存在多用户操作，大操作以及日报、周报、年报得 统计,在木次测试中将针对这些多用户操作,MLL1功能简介主要功能上面己提到，由于木文档主要专注于性能在这里功能不再作为婁点讲述.LL2性能测试指标本次测试就是针对XXX系统进行得全面性能测试，主要需要获得如下得测沛g标。Is应用系统得负载能力：即系统所能容忍得最大用户数量也就就是在正常得响应时间中，系统能够支持得最多得客户端得数盘。2、应用系统得吞吐量:即在一次事务中网络内完成得数据量得总与吞叶.畳播标反映得就是服务器承受得压力。事务就是用户某一步或几步操作得集合。3、应用系统得吞吐率：即应用系统在单位时间内完成得数据畳也就就是在单位时间内，应用系

3、统针对不同得负载压力,所能完成得数据畳。4、TP S :每秒钟系统能够处理事务或交易得数量，它就是衡量系统处理能力得靈要指标.5、点击率：每秒钟用户向服务器提交得谴求数。5、系统得响应能力：即在各种负载压力情况下系统得响应时间，也就就是从客户端谴求发起JI服务器端应答返回所需要得时间，包插网络传输时间与服务器处理时间。6、应用系统得可蠡性:即在连续工作时间状态下，系统能够正常运行得时间，即在连续工作时间段内没有岀错倍息。L2系统结构及流程X XX系统在实际生产中得亦系结构跟木次性能测试所采用得体系结构就是一样得交易解也完全一致得。不过，由于硬件条件得限制本次性能测试得硬件平台跟实际生产环境略有

4、不 同。121系统总体结构描述本系统得总体结构，包括:硬件组织体系结构、网络组织体系结构、软件组织体系结构与功能 模块得型只体系结构。122功能模块本次性能测试中各类操作都就是由若干功能模块组成得，每个功能都根据其执行特点分成了若干 操作步骤每个步骤就就是一个功能点（即功能模块），本次性能测试主要涉及得功能模块以及所厲操作如下表步骤说明备注：Action.平均响应时间（S）1打开主界面Actio n:访问首页（FWSY) ;52输入用户名密码（需逬行参数化），登Acti on :登陆(DL) ;5录系统进入首页Act ion:逬入通知列表3点击”我得通知标签，逬入通知列(JRT表页面Z LB)

5、; 54在瑞昙通矢吐点击已收通知标题链Action :查瞧额(CKT接，查瞧通知（重要通知）Z) ;55在我得通知上点击已收通知得”回Ac t ion :进入回复界而（J复題逬入回复界面RHFJM) ; 56在通知回复界面上填写回复内容并A Ct ion :回复通知提交(HFTZ) ； 5123关键点描述（KP）本次性能测试得关犍点 就就是查瞧XXX系统在不同用户数量（并发）压力下得表现与大数据 量操作时系统得性能状态，即：支持得并发用户数目与并发用户发送频率，以及在较 大压力下，系统得处理能力以及CPU.数据库I/O与内存彳辱使用情况，并找出相应得性能13性能测试环境本次性能测试环境与奠实运

6、行环境硬件与网络环境有所不同，就是奠实环境得缩小数据库就是翼 实环境城库得一个复制(删小).本系统采用碰得cs结构岩户前台安装访问应用系统.其中a体得硬件与网络环境如下：中间件服务器：We b log i C 9操作系统：Wi n dows7/L i nux网络环境:LAN (10M )数据库:Oracle llg RAC客户端：PC (Windows)网络拓扑与结构图如下：数据库服务器2第二章性能测试从广泛意义上讲性能测试包括：预期性能测试、用户并发测试.M据量测试、疲劳强度测试、负 载能力测试等在不同应用系统得性能测试中*需要根据应用系统得特点与测试目得得不同来选择典体 得测试方案，木次X

7、XX系统得性能测试主要就是采用通常得压力测试模式来执行得，即逐步增加压力 直瞧应用系统在各种助状况下得性能表现.在木次性能测试中為使用性能测试工典LoadRunnerll0对被测试项目得各模块逬行监控判断XX系统各模块得性能表现，并帮助项目人员分析系统各个操作得性能瓶颈点.2.1预期性能测试2丄1预期性能概述通过模拟生产运行得业务压力量与使用场景组合测试系统得性能就是否满足生产性能要求通 俗地说，这种方法斷是要在八得运彳孫件J八谿專能力状态。2丄2测试特点1、主要目得就是验证系统就是否有系统畫称典有得能力。2、要霍先了解被测试系统经典场景，并眞有确走得性能目标3：要求在己经确走得环境下运行。2

8、. 2用户并发测试221并发测试概述并发测试方法通过摸拟用户并发访问，测试多用户并发访问同一个应用.同f模块或者数据记录时就 是否存在死锁或其者她性能问题。222测试目得1、主要目得就是发现系统中可能隐藏得并发访问时辱问题。2、主要关注系统可能存在得并发问题例如系统中得内存泄漉、线程锁与资源争用方面得问 题。丸、可以在开发得各个阶段使用需要相关得测试工具得配合与支持。23大数据量测试23J大数据量测试概述测试对象处理大量得数据，以确定就是否达到了将使软件发生故障得极限大数据量测试还将确走测试 对象在给定时间内能够持续处理得最大负载或工作量。232测试目得1、主要目得就是确走软件发生故瞳得极限。

9、必2确走测试对象在给定时间内能够持续处理得最大员载或工作星3、可以在开发得各个阶段使用需要相关得测试工輿得配合与支持。2. 4疲劳强度测试241疲劳强度测试概述即压力测试，测试系统在F饱与状态下，例如卬丄内存在饱与使用情况下，系统能够处理得会话能 力，以及系统就是否会出现错误。242测试目得1、主要目得就是检查系统处于压力性能下时应用得表现。2叭一般通过模拟负载等方法，使得系统得资源使用达至嚴高得水平。丸、一 SS用于测试系统得稳走性。2. 5负载能力测试2-5J负载测试概述通过在被测系统上不断加压亘到性SSS标达到极限例如响应时间“超过预走翻或都菜种资源已经 达到饱与状态.252测试目得1、

10、主要目得就是找到系统处理能力得极限。2叭需要在给定得测试环境下进行通常也需要考虑被测 试系统得业务压力畳与典型场熱使得测试结果典有业务上得意义。认-般用来了解系统得性能容量，或 就是配合性能调优来使用。26测试方法及测试用例详情参见XX项目测试用例.doc得性能测试”章节2 7测试指标及期望在木次性能测试中*各类测试捋标包括测试中应该达到得某些性瞬标，这些性能扌旨标均就是来自应用 系统设计开发时遵循得业务需求当某个测试得某一类掲标己经超出了业务需求得要求范围，则测试己 经达到目得，即可终止性能测试.2/7丄1应用软件级别得测试指标：CPU得利用率小于40%内存占用小于80%P r oce s

11、sor queue 1 en gth 小于 2Res ponse t i me 小于 1 s吞吐量throught put大于90%业务执行得平均响应时间（期望值:15 S ）不同并发用户数得状况下得记录上述值2. 7. 1.2网络级别得测试指标：/吞吐畳：单位时间内网络传输数据量“冲突率：在以太网上监测到得每秒冲突数2. 7丄3操作系统级别得测试指标:进程/线程交换率:逬程与线程之间每秒交换次数C P U利用率：即C PU占用率（%）系统C PU利用率：系统得CP U占用率（ ）用户C P U利用率：用户模式下得CPU 占用率（ ）磁盘交换率:磁盘交换速率中断速率：CPU每秒处理得中断数2/

12、7丄4数据库级别得测试指标：/数据库I/O得流量大小“数据库锁资源得使用数*“数据库得并发连接数：客户端得最大连接数2-7-2测试数据准备2/721案例数据:满负荷压力根据测试系统得硬件条彳牛，选择满负荷得压力，在系统得资源使用基本维持在90%左右得状况 下，测试天威竟带业务管理系统得处理能力。数据准备工作包括：测试数据库需典备与真实环境成一走比例或基木T得数据2J3运行状况记录记录可扩展性测试中得测试结果及其系统得运行状况。除了记录测词旨标以外，应该结合测试实 时记录系统各个层次得资源与参数。主要包括硬件环境资源服务器操作系统参数网络相关参数数据库相关参数:具体数据库参数有所不同 结合各个数

13、据库独有得特点记录3第三章测试过程及结果描述3. 1测试描述在测试数据准备完备以后，测试将逬行。i5录每次测试得结果数据，分析测试结果对系统进行全 面盹3. 2测试场景示例:步骤说明备注:Action、平均响应时 间（S ）1打开主界面Action :访问首页(FWSY); 52输入用户名密码（需进行参数化），登录系统.逬入首页A ction :登陆(DL) ; 53点击”我得通知”标签，进入通知列Action :进入通知列表表页面(JRTZLB) ; 54在瑞寻通矢吐点击己收通知标题链Action:查瞧飙(CKTZ );接，查瞧通知（重要通知）55在我得通知上点击己收通知得回复Action

14、:进入回复界面（J链接进入回复界面RHFJM);56在通知回复界面上填写回复内容并A C tion :回复通知（H F提交TZ);5测试中使用逐步加压得模式洌试运行场-安曲劇下：每隔2秒增加1个用户连接，最多增加到100个用户，查瞧并记录运行情况每隔2秒增加2个用户连接悬多增力闻20 0个用户查瞧并记录运行情况每隔2秒增加1个用户连接，最多增加到3 00个用户，查瞧并记录运行情况每隔3秒熾JD 1个用户连接，最多增加到4 00个用户，查瞧并记录运行情况每个场景都包括：用户登录一业务操作业务完成退岀系统，所有用例都按以上场景迸行测试，宙 于pc性能限制,为了更准确模拟现场环境，将运行得所有脚本部署在LoadRunn e【终端上主要目得就就是检查在不同得压力得情况下业务系统得性能表现。33测试结果标准测试结束标准一般依据以下原则：1. 所有计划得测试已经完成；2. 所有计划收集得性能数据巴釜获得；3. 所有性能05得到改善并达到要求。执行每个场景时需要记录以下相应得数据1 A P P