性能测试测试方案

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

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

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

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

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

6、交(HFTZ ) ；5123关键点描述（KP）本次性能测试得关键点，就就是查瞧XXX系统在不同用户数呈（并发）压力下得表现与 大数据星操作时系统得性能状态,即：支持得并发用户数目与并发用户发送频率，以及在较 大压力下,系统得处理能力以及CPU、数据库I/O与内存得使用情况，并找出相应得性能 瓶颈。1.3性能测试环境本次性能测试坏境与真实运行环境硬件与网络环境有所不同，就是真实环境得缩小，数 据库就是真实环境数据库得一个复制(或缩小),本系统采用标准得CS结构,客户端通过前 台安装访问应用系统.其中具体得硬件与网络环境如下：中间件月艮务器：We b log i c 9操作系统： Wi n dow

7、s7/L i nux网络环境：LAN (10M )数据库:Oracle llg RAC客户端：PC (Window s)网络拓扑与结构图如下:客广机A数据库服务器交换机客户机B§o中间件服务器2第二章性能测试从广泛意义上讲性能测试包括：预期性能测试、用户并发测试、大数据呈邂式、疲劳强 度测试、负载能力测试等在不同应用系统得性能测试中，需要根据应用系统得特点与测试 目得得不同来选择具体得测试方案，本次XXX系统得性能测试主要就是采用通常得压力测 试模式来执行得,即:逐步增加压力，查瞧应用系统在各种压力状况下得性能表现.在本次性能测试中將使用性能测试工具LoadRunnerll. 0对被

8、测试项目得各模块进行监控判断XX系统各模块得性能表现，并帮助项目人员分析系统各个操作得性能瓶颈点.2.1预期性能测试预期性能概述通过模拟生产运行得业务压力呈与使用场景组合，测试系统得性能就是否满足生产性能 要求.通俗地说,这种方法就就是要在特走得运行条件下验证系统得能力状态。测试特点1、主要目得就是验证系统就是否有系统宣称具有得能力。2、要事先了解被测试系统经典场景，并具有确走得性能目标.处、要求在已经确走得环境下 运行。2.2用户并发测试并发测试概述并发测试方法通过模拟用户并发访问,测试多用户并发访问同一个应用、同一个模块或者数 据记录时就是否存在死锁或其者她性能问题。测试目得1、主要目得就

9、是发现系统中可能隐藏得并发访问时得问题。2、主要关注系统可能存在得并发问题，例如系统中得内存泄漏、线程锁与资源争用方面得问 题。处、可以在开发得各个阶段使用需要相关得狈恥式工具得配合与支持。2.3大数据量测试大数据量测试概述测试对象处理大呈得数据，以确走就是否达到了将使软件发生故障得极限大数据臺测试还 将确走测试对象在给走时间内能够持续处理得最大负载或工作星。测试目得1、主要目得就是确走软件发生故嚏得极限。» 2、确定测试对象在给走时间内能够持续处 理得最大负载或工作量。3、可以在开发得各个阶段使用需要相关得测试工具得配合与支持。2-4疲劳强度测试疲劳强度测试概述即压力测试测试系统在

10、一走饱与状态下，例如cpu、内存在饱与使用情况下,系统能够处理 得会话能力,以及系统就是否会出现错误。测试目得1、主要目得就是检查系统处于压力性能下时，应用得表现。2亠、一般通过模拟负载等方法， 使得系统得资源使用达到较高得水平。处、一般用于测试系统得稳走性。2.5负载:能力测试负载测试概述通过在被测系统上不断加压，直性能指标达到极限，例如"响应时间"超过预定指标或都 某种资源已经达到饱与状态.测试目得1、主要目得就是找到系统处理能力得极限。2叭需要在给走得测试环境下进行，通常也需要 考虑被测试系统得业务压力呈与典型场景、使得测试结果具有业务上得意义。丑、_般用 来了解系统

11、得性能容呈,或就是配合性能调优来使用。2-6测试方法及测试用例详情参见XX项目测试用例、doc得"性能测试"章节2-7测试指标及期望在本次性能测试中,各类测试指标包括测试中应该达到得某些性能指标，这些性能指标均就 是来自应用系统设计开发时湮循得业务需求，当某个测试得某一类指标已经超出了业务需求 得要求范围，则测试已经达到目得即可终止性能测试.应用软件级别得测试指标：/ CPU得利用率小于40%/内存占用小于80%/ P roces sor queue len gth 小于2/ Response t i me 小于 1 s/ 吞D±> throughtput

12、大于 90%“业务执行得平均响应时间（期望值:<15 s ）/不同并发用户数得状况下得记录上述值网络级别得测试指标：/吞吐量：单位时间内网络传输数据量/冲突率：在以太网上盘贝倒得每秒冲突数操作系统级别得测试指标：/进程/线程交换率:进程与线程之间每秒交换次数/ CPU利用率:即CPU占用率（）/系统C PU利用率：系统得CP U占用率（ ）/用户C PU利用率：用户模式下得CPU占用率（ ）/磁盘交换率:磁盘交换速率/中断速率：CPU每秒处理得中断数数据库级别得测试指标：/数据库I/O得流星大小/数据库锁资源得使用数星/数据库得并发连接数：客户端得最大连接数测试数据准备案例数据:满负荷压

13、力根据测试系统得硬件条件，选择满负荷得压力,在系统得资源使用基本维持在90%左 右得状况下,测试天威竞带业务管理系统得处理能力。数据准备工作包括:测试数据库需具备与真实环境成一走比例或基本一致得爰运行状况记录记录可扩展性测试中得测试结果及其系统得运行状况。除了记录测试指标以外，应该结 合测试实时记录系统各个层次得资源与参数。主要包括：/硬件环境资源/服务器操作系统参数/网络相关参数/数据库相关参数:具体数据库参数有所不同，结合各个数据库独有得特点记录3第三章测试过程及结果描述,分析溅式结果对系3.1测试描述在测试数据准备完备以后，测试将逬行。记录每次测试得结果1 统进行全面评估。3.2测试场景

14、示例：步骤说明备注:Action、平均响应时间（S ）1打开主界面Action :访问首页(FWSY); 52输入用户名密码（需进行参数化）, 登录系统,进入首页A ction :登陆(DL); 53点击”我得通知”标签,进入通知列Action :进入通知列表表页面(JRTZLB) ; 54在我得通知上点击已收通知标题链Acti o n:查瞧通知(CKTZ);接，查瞧通知（重要通知）55在我得通知上点击已收通知得"回复Actio n :进入回复界面（J"链接，进入回复界面RHFJM ) ;56在通知回复界面上填写回复内容并A c t ion :回复通知(H F提交TZ);

15、5测试中，使用逐步加压得模式，测试运行场景安排如下：每隔2秒增加1个用户连接,最多增加到100个用户,查瞧并记录运行情况每隔2秒增加2个用户连接，最多增加到20 0个用户，查瞧并记录运行情况每隔2秒增加1个用户连接，最多增加到3 00个用户，查瞧并记录运行情况每隔3秒增加1个用户连接,最多增加到4 00个用户，查瞧并记录运行情况每个场景都包括：用户登录一业勢操作-业务完成-退出系统，所有用例都按以上场景进 行测试，由于pc性能限制,为了更准确模拟现场环境，将运行得所有脚本部署在LoadR unn e r终端上，主要目得就就是检查在不同得压力得情况下，业务系统得性能表现。3.3测试结果标准测试结束标准一般依据以下原则：1. 所有计划得测试已经完成；2. 所有计划收集得性能数据已经获得；3. 所有性能瓶颈得到改善并达到设计要求。执行每个场景时需要记录以下相应得数