性能测试测试方案

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

2、acIe llg数据库,该系统包括主要功能有:XXX等。在该系统中都存在多用户操作，大操作以及日 报、周报、年报得统计,在本次测试中将针对这些多用户操作,M据量得查询、统计功能逬 行如预期性能.用户并发.大数据量.疲劳强度与负载等方面得性能测试,检查并评估在模 拟环境中，系统对负载得承受能力，在不同得用户连接情况下系统得吞吐能力与响应能力， 以及在预计得数据容畫中,系统能够容忍得最大用户数。LL1功能简介主要功能上面已提到，由于本文档主要专注于性能在这里功能不再作为婁点讲述.LL2性能测试指标本次测试就是针对XXX系统进行得全面性能测试，主要需要获得如下得测沛g标。Is应用系统得负载能力：即系

3、统所能容忍得最大用户数量也就就是在正常得响应时间中，系统能够支持得最多得客户端得数盘。2、应用系统得吞吐量:即在一次事务中网络内完成得数据量得总与吞吐畳播标反映得就是服务器承受得压力。事务就是用户某一步或几步操作得集合。3、应用系统得吞吐率:即应用系统在单位时间内完成得数据畳也就就是在单位时间内,应用系统针对不同得负载压力,所能完成得数据畳。4、TP S :每秒钟系统能够处理事务或交易得数量，它就是衡量系统处理能力得靈要指标.5、点击率：每秒钟用户向服务器提交得谴求数。5、系统得响应能力：即在各种负载压力情况下系统得响应时间，也就就是从客户端谴求发起JI服务器端应答返回所需要得时间,包括网络传

4、输时间与服务器处理时间。6、应用系统得可蠡性:即在连续工作时间状态下，系统能够正常运行得时间,即在连续工作时间段内没有出错倍息。L2系统结构及流程X XX系统在实际生产中得亦系结构跟本次性能测试所采用得体系结构就是一样得交易解也完全一致得。不过，由于硬件条件得限制本次性能测试得硬件平台跟实际生产环 境略有不同。121系统总体结构描述本系统得总体结构，包括:硬件组织体系结构、网络组织体系结构、软件组织体系 结构与功能模块得型只体系结构。122功能模块本次性能测试中各类操作都就是由若干功能模块组成得，每个功能都根据其执行特点分 成了若干操作步骤 < 每个步骤就就是一个功能点（即功能模块），本

5、次性能测试主要涉及得功能模块以及所厲操作如下表步骤说明备注：Action.平均响应时间（S）1打开主界面Actio n:访问首页(FWSY);52输入用户名密码（需逬行参数化），登录系统进入首页Acti on :登陆(DL);53点击”我得通知"标签,逬入通知列Act ion:逬入通知列表（JRT表页面Z LB); 54在瑞昙通矢吐点击已收通知标题链Action :查瞧额(CKT接,查瞧通知（重要通知）Z);55在我得通知上点击已收通知得”回Ac t ion :进入回复界面（J复"題.逬入回复界面RHFJM) ; 56在通知回复界面上填写回复内容并A Ct ion :回复通

6、知提交(HFTZ) ；5123关键点描述（KP）本次性能测试得关犍点 < 就就是查瞧XXX系统在不同用户数量（并发）压力下得表现与 大数据量操作时系统得性能状态,即：支持得并发用户数目与并发用户发送频率，以及在较大压力下,系统得处理能力以及CPU.数据库I/O与内存彳辱使用情况，并找出相应得性能13性能测试环境本次性能测试环境与奠实运行环境硬件与网络环境有所不同，就是奠实环境得缩小数 据库就是翼实环境城库得一个复制（删小）.本系统采用碰得CS结构岩户前 台安装访问应用系统.其中a体得硬件与网络环境如下:中间件服务器：We b log i C 9操作系统： Wi n dows7/L i n

7、ux网络环境:LAN (lOM )数据库:Oracle llg RAC客户端：PC (Windows)网络拓扑与结构图如下:数据库服务器交2第二章性能测试从广泛意义上讲性能测试包括：预期性能测试、用户并发测试.M据量测试、疲劳强 度测试、负载能力测试等在不同应用系统得性能测试中*需要根据应用系统得特点与测试 目得得不同来选择典体得测试方案，本次XXX系统得性能测试主要就是采用通常得压力测 试模式来执行得,即逐步增加压力直瞧应用系统在各种助状况下得性能表现.在本次性能测试中為使用性能测试工典LoadRunnerll. 0对被测试项目得各模块逬行监控判断XX系统各模块得性能表现，并帮助项目人员分析

8、系统各个操作得性能瓶颈点.2.1预期性能测试2丄1预期性能概述通过模拟生产运行得业务压力量与使用场景组合测试系统得性能就是否满足生产性能 要求通俗地说,这种方法斷是要在得运彳孫件1谿專能力状态。2丄2测试特点1、主要目得就是验证系统就是否有系统晝称典有得能力。2、要霍先了解被测试系统经典场景，并眞有确走得性能目标.3,要求在已经确走得环境下运行。2.2用户并发测试221并发测试概述并发测试方法通过摸拟用户并发访问，测试多用户并发访问同一个应用.同f模块或者数 据记录时就是否存在死锁或其者她性能问题。222测试目得1、主要目得就是发现系统中可能隐藏得并发访问时辱问题。2、主要关注系统可能存在得并

9、发问题例如系统中得内存泄漉、线程锁与资源争用方面得问题。丸、可以在开发得各个阶段使用需要相关得测试工具得配合与支持。23大数据量测试23J大数据量测试概述测试对象处理大量得数据,以确定就是否达到了将使软件发生故障得极限大数据量测试还 将确走测试对象在给定时间内能够持续处理得最大负载或工作量。232测试目得1、主要目得就是确走软件发生故瞳得极限。必2.确走测试对象在给定时间内能够持续处理得最大员载或工作星3、可以在开发得各个阶段使用需要相关得测试工輿得配合与支持。2.4疲劳强度测试241疲劳强度测试概述即压力测试，测试系统在F饱与状态下，例如 卬丄 内存在饱与使用情况下,系统能够处理 得会话能力

10、,以及系统就是否会出现错误。242测试目得1、主要目得就是检查系统处于压力性能下时应用得表现。2叭一般通过模拟负载等方法，使得系统得资源使用达至嚴高得水平。丸、一SS用于测试系统得稳走性。2.5负载能力测试2-5J负载测试概述通过在被测系统上不断加压亘到性SSS标达到极限例如响应时间“超过预走翻或都 菜种资源已经达到饱与状态.252测试目得1、主要目得就是找到系统处理能力得极限。2叭 需要在给定得测试环境下进行通常也需要 考虑被测试系统得业务压力畳与典型场熱使得测试结果典有业务上得意义。认-般用 来了解系统得性能容量，或就是配合性能调优来使用。2.6测试方法及测试用例详情参见XX项目测试用例.

11、doc得"性能测试”章节27测试指标及期望在本次性能测试中*各类测试捋标包括测试中应该达到得某些性瞬标，这些性能扌旨标均就 是来自应用系统设计开发时遵循得业务需求当某个测试得某一类掲标已经超出了业务需求 得要求范围,则测试已经达到目得,即可终止性能测试.2/7丄1应用软件级别得测试指标:CPU得利用率小于40%内存占用小于80%P r oce s sor queue 1 en gth 小于2Res ponse t i me 小于 1 s吞吐量throught put大于90%业务执行得平均响应时间（期望值:<15 S ） 不同并发用户数得状况下得记录上述值2.7.1.2网络级别

12、得测试指标:/吞吐畳：单位时间内网络传输数据量“冲突率：在以太网上监测到得每秒冲突数2.7丄3操作系统级别得测试指标:进程/线程交换率:逬程与线程之间每秒交换次数C P U利用率:即C PU占用率（%）系统C PU利用率：系统得CP U占用率（ ） 用户C P U利用率：用户模式下得CPU占用率（% ） 磁盘交换率:磁盘交换速率 中断速率：CPU每秒处理得中断数2/7丄4数据库级别得测试指标:/数据库I/O得流量大小“数据库锁资源得使用数*“数据库得并发连接数：客户端得最大连接数2-7-2测试数据准备2/721案例数据:满负荷压力根据测试系统得硬件条彳牛，选择满负荷得压力,在系统得资源使用基本

13、维持在90%左 右得状况下,测试天威竟带业务管理系统得处理能力。数据准备工作包括：测试数据库需典备与真实环境成一走比例或基本T得数据2J3运行状况记录记录可扩展性测试中得测试结果及其系统得运行状况。除了记录测词旨标以外，应该结 合测试实时记录系统各个层次得资源与参数。主要包括：硬件环境资源 服务器操作系统参数 网络相关参数 数据库相关参数:具体数据库参数有所不同结合各个数据库独有得特点记录3第三章测试过程及结果描述3.1测试描述在测试数据准备完备以后，测试将逬行。i5录每次测试得结果数据,分析测试结果对系 统进行全面盹3.2测试场景示例：步骤说明备注:Action、平均响应时间（S ）1打开主

14、界面Action :访问首页(FWSY); 52输入用户名密码（需进行参数化）, 登录系统.逬入首页A ction :登陆(DL); 53点击”我得通知”标签,进入通知列Action :进入通知列表表页面(JRTZLB) ; 54在瑞寻通矢吐点击已收通知标题链Action:查瞧飙(CKTZ );接,查瞧通知（重要通知）55在我得通知上点击已收通知得"回复Action :进入回复界面（J"链接进入回复界面RHFJM);56在通知回复界面上填写回复内容并A C tion :回复通知(H F提交TZ);5测试中使用逐步加压得模式洌试运行场-安曲劇下:每隔2秒增加1个用户连接,最多

15、增加到100个用户，查瞧并记录运行情况每隔2秒增加2个用户连接悬多增力闻20 0个用户查瞧并记录运行情况每隔2秒增加1个用户连接,最多增加到3 00个用户，查瞧并记录运行情况每隔3秒熾JD 1个用户连接,最多增加到4 00个用户，查瞧并记录运行情况每个场景都包括：用户登录一业务操作业务完成退出系统，所有用例都按以上场景迸 行测试,宙于pc性能限制,为了更准确模拟现场环境，将运行得所有脚本部署在LoadRunn e r终端上主要目得就就是检查在不同得压力得情况下业务系统得性能表现。33测试结果标准测试结束标准一般依据以下原则:1.所有计划得测试已经完成;2. 所有计划收集得性能数据巴釜获得;3. 所有性能05得到改善并达到要求。执行每个场景时需