loadrunner案例性能测试报告

1、目录TOC o 1-5 h z HYPERLINK l bookmark12 1引言2 HYPERLINK l bookmark14 1.1目的2 HYPERLINK l bookmark16 1.2使用对象2 HYPERLINK l bookmark18 1.3术语表2 HYPERLINK l bookmark20 2测试环境3 HYPERLINK l bookmark22 2.1网络拓扑3 HYPERLINK l bookmark24 2.2硬件配置3 HYPERLINK l bookmark26 2.3软件配置4 HYPERLINK l bookmark28 2.4基准参数配置4 HYP

2、ERLINK l bookmark36 3测试范围4 HYPERLINK l bookmark38 4测试工具5 HYPERLINK l bookmark40 5测试结果5 HYPERLINK l bookmark42 5.1B/S登陆5 HYPERLINK l bookmark44 5.1.1分析图6 HYPERLINK l bookmark48 5.1.2结果分析7 HYPERLINK l bookmark50 5.2C/S登录8 HYPERLINK l bookmark52 5.2.1分析图8 HYPERLINK l bookmark56 5.2.2结果分析95.3策略下发9 HYPER

3、LINK l bookmark66 5.3.1分析图10 HYPERLINK l bookmark60 5.3.2结果分析11 HYPERLINK l bookmark62 5.4策略下发+C/S登录+B/S登录11分析图12 HYPERLINK l bookmark70 结果分析13 HYPERLINK l bookmark72 6分析总结13 HYPERLINK l bookmark78 7附录15 HYPERLINK l bookmark80 7.1测试指标说明151引言1.1目的由于德邦项目在V3.8的基础上根据用户需求做了改动，此次测试目的主要是针对德邦项目进行性能的能力验证和性能的

4、规划，同时为开发提供性能测试数据，明确性能瓶颈和缺陷。1.2使用对象本文档提供给产品管理人员、公司领导、项目中的测试及开发人员，属公司项目内部文档，。1.3术语表序号名称说明/定义英文全称1.DLP数据泄漏防护DataLeakagePrevention2.CDG文档安全防护CobraDocumentGuard3.性能测试以性能预期目标为前提,对系统不断施加压力，验证系统在资源可接受范围内，是否能达到性能预期performancetesting4.负载测试对系统不断地增加压力或增加一定压力下的持续时间，直到系统的某项或多项性能指标达到极限，例如某种资源已经达到饱和状态等loadtesting5.

5、压力测试超过安全负载的情况下,对系统不断施加压力，是通过确定一个系统的瓶颈或不能接收用户请求的性能点，来获得系统能提供的最大服务级别的测试Stresstesting6.稳定性测试被测试系统在特定硬件、软件、网络环境条件下，给系统加载一定业务压力，使系统运行一段较长时间，以此检测系统是否稳定，一般稳定性测试时间为reliabilitytestingn*12小时测试环境2.1网络拓扑服务器资源*DLP应用服务&0RACLE10g2.2硬件配置测试硬件设备及配置明细描述如下表：配置测试机操作系统及环境CPU内存硬盘DLP应用程序&ORACLElOgWin2003x32Corei33.10GHz8G5

6、00G测试客户端1WindowsXPAMD速龙双核2G500G测试客户端2500G1000Mswitch说明：应用服务和数据库服务部署到同一台机器上。2.3软件配置配置服务器、操作系统DLP版本中间件数据库测试工具服务器端WindowsServer2003企业版德邦物流项目20111019（服务端）Tomcat6.0(JDK1.6)Oracle10g-客户端WindowsXPSP3德邦物流项目20111019（客户端）-Loadrunner9.52.4基准参数配置Oracle：内存：SGA总容量：100M;PGA大小：194M;MaxProcess:500；session：550注：PGA和S

7、GA的和应小于系统内存总量减去操作系统和其他应用程序所需内存后得到的值。Tomcat：JVM：-Xms256MXmx512M应用程序：Common.cfg.xml(数据库连接池)：max_size：60min_size：120(操作系统保持干净，没有任何其他干扰程序，如杀毒，防火墙等)测试范围1）单场景：B/S登录、C/S登录、策略下发3个关键场景2）最佳测试记录组合场景：策略下发+C/S登录+B/S登录测试工具MI(Mercuryinteractive)公司的LoadRunner8.0创建虚拟用户脚本工具VirtualUserGenerator。MI(MercuryInteractive)公

8、司的LoadRunner8.0创建、运行实际场景工具Controller。MI(MercuryInteractive)公司的LoadRunner8.0分析测试结果工具Analysis。EtherealNetworkAnalyzer截包工具。Jconsole。oracleEnterpriseManagerConsoleWINDOWS操作系统的性能监视器。TCPVIEW.EXE测试结果5.1B/S登陆用例描述200、150、100用户分别通过B/S方式并发登录功能在线用户达到高峰时，用户通过B/S方式登录正常，验证B/S登录的并发处理能力。目的经过测试，验证B/S方式登录是否符合客户的正常体验需求

9、方法在预先设定的数据容量下，米用测试方案中所描述的测试方法，利用LoadRunner性能测试完成测试，监视并记录服务器资源利用情况和测试结果。一、模拟场景：1）打开浏览器输入42,进入首页；2）点击“进入”链接，登陆界面；（1、2步骤在loadrunner脚本Init部分）；3）输入用户名和密码，点击登陆按钮；4）登陆成功。（3、4步骤在loadrunner脚本action部分）二、脚本设置：检查点（欢迎参数登陆）；登录用户参数化（random+iteration）；connecttimeout=120、receivetimeout=120、stepdownloadtimeout=120；设置

10、“浏览器仿真”，选中“下载非HTML资源”和“每次迭代模拟一个新用户”，模拟浏览器缓存；用例通过标准TPS大于或等于100，事务成功率大于99.9%;TRT（响应时间）小于等于5秒并发用户数与事务执行情况用户数TRTTPS成功率吞吐量Bytes/sCpuJavaservice进程使用内存Javaservice进程网络使用率Javaservice进程Cpudatabase10062.131.53561636/238324011.255%580588-21%15066.662.12580863/341833343.856585112-26%20061.682.67568728/041049025.

11、560590100-25%与服务器主机用户数使用内存database网络使用率databaseCpuClient端网络使用率Client端可用内存Client端CPUServer端网络使用Server端100868716-58%57%23%21%1233108105979277%46%150883444-72%64%27%25%1201048100422484%48%200890840-82%65%23%21%125166498717687%48%执行记录一、100（Vuser）：maxTRT5.102；处理事务总数61636；运行时长16:11（mm：ss）其中包括2个失败请求：Reques

12、t HYPERLINK 6:8443/CDGServer3/left.jsp 6:8443/CDGServer3/left.jspfailed二、150（Vuser）：maxTRT8.086；处理事务总数80636；运行时长19:42（mm：ss）其中包括3个失败请求：Request HYPERLINK 6:8443/CDGServer3/logincontroller 6:8443/CDGServer3/logincontrollerfailed另外还有3268个错误信息GENERAL_MSG_CAT_SSL_ERRORconnecttohost6failed:10054Connection

13、resetbypeer（该信息不用考虑，是客户端的问题）三、200（Vuser）：maxTRT9.702；处理事务总数68728；运行时长17:52（mm：ss）另外还有81953个错误信息GENERAL_MSG_CAT_SSL_ERRORconnecttohost6failed:10054Connectionresetbypeer（该信息不用考虑，是客户端的问题）四、以上每次的执行，日志信息输出大量如下信息：java.lang.Exception:密码为空atcom.esafenet.util.DeBangWebServiceClient.getPwd（UnknownSource）mon.t

14、ools.Md5Encrypt.getMD5ofStr（UnknownSource）atcom.esafenet.dao.user.UserDao.isInitPass（UnknownSource）atorg.apache.jsp.left_jsp._jspService（left_jsp.java:160）atorg.apache.jasper.runtime.HttpJspBase.service（HttpJspBase.java:70）（日志输出应将此信息屏蔽，不然会导致日志文件很大）5.1.1分析图并发用户数150结果分析图TRTAv$iit|eT加曲百血or底心卩。加曾Tiifeie

15、RwiiiM昭versiTPSraMucq-_lE5u2laJJUMNTirdiiiscfiisKissp讀rsat:inmd-Hmenin马vusEtisoo-oooi-docamwnods：ddoe-doQronwcolaua11-00isddi?oo14-dei15-ooibod17misna19-bdElapsedcenaroLinemm.esrt-mbErofEra_.wCOOJ0102CCrawOACC05XC06W07:00D8fflKOQ10CC11:00120013001+:0015:00i6O：i17KiIS:19ElapsedsceneriolimernrnssColor

16、MeasuiementGraphsMir；;.GraphsAve.|GraphsMaw.Gr-zphsMe.Graphs.Std.PlJActiorLTransactiol37_0.148Plbsbgin1.359I61.2.1370.148EHiRin0571507862426Color|Measurement|GraphsMini.|Graphs|GraphsMax.|GraphsMe.|G旧phWStcL.|bslogin:PasS26.7568.158:72.81383迢Ruri0更715073碧茜j并发用户数150结果分析图5.1.2结果分

17、析在进行该场景测试时，分别进行了200、150、100用户并发，成功率都超过了预定的要求，基本上是万分之一的错误率。系统的对于B/S登录的并发处理能力平均每秒处理66.66次,其中事务的平均响应时间为2.125秒。这样的性能指标对于2000人的总用户量来说，用户的体验是比较好的。5.2C/S登录用例描述200、150、100、50用户分别通过C/S方式并发登录。功能在线用户达到高峰时，用户通过C/S方式登录正常，保证100个以上用户可以冋时登录系统，能够正常进行功能操作。目的经过测试，验证C/S方式登录是否符合客户的正常体验需求。方法在预先设定的数据容量下，测试脚本不米用长连接的方式，利用Lo

18、adRunner性能测试完成测试，监视并记录服务器资源利用情况和测试结果。1、模拟场景：1）模拟客户端发送请求/CDGServer3/GetValidateLoginUserService该请求数据包括用户名和密码等其他信息。2）接收数据，判断是否登录成功（都在脚本的action部分）2、脚本设置：检查点（自定义编码判断返回数据长度），设定事务起始点；说明：每次成功运行的事务计数应和数据库中登录日志记录数一至用例通过标准TPS大于或等于200，事务成功率大于99.9%;TRT（事务平均响应时间）小于等于2秒并发用户数与事务执行情况用户数TPSTRT吞吐量Bytes/s成功率CpuJavaser

19、vice进程使用内存Javaservice进程网络使用率Javaservice进程Cpudatabase100255.4410.367412942.945100%27%299312-65%150261.5640.547414544.500100%31%298472-62%200258.4000.750418405.433100%30%311036-61%300258.5401.091419600.025100%34%343236-61%与服务器主机用户数使用内存database网络使用率databaseCpuClient端可用内存Client端网络使用率Client端CPUServer端网络使

20、用Server端100762648-25%8288846-7%100%0.7%150763608-24%8465526-7%100%0.7%200781176-27%8300326-7%100%0.7%300791764-29%9512286-7%100%0.7%执行记录100（Vuser）：maxTRT5.756；处理事务总数256113；运行时长16:00（mm：ss）150（Vuser）：maxTRT7.762；处理事务总数305678；运行时长19:26（mm：ss）200（Vuser）：maxTRT7.738；处理事务总数516942；运行时长33:00（mm：ss）300（Vuse

21、r）：maxTRT8.933；处理事务总数610585；运行时长38:36（mm：ss）（以上每次的执行，都不重启应用服务或服务器或数据库）5.2.1分析图并发用户数300结果分析图TRTanLiectFaas.si-rinle-scniamTPS口rpcE豆10OO.C5.DQDDUQ.OO0O.15：QflQ0：3.MEdbecttoHDiFinWiacOW2E：0CQCCD.QO0D.35.C0并发用户数300结果分析图5.2.2结果分析在进行该场景测试时，分别进行了300、200、150、100用户并发，在进行300用户并发时，平均响应时间为：1.091秒，事务成功率为：100%，平均

22、每秒事务处理数：258.540在该场景测试中服务端的CPU使用率范围一直都在95-100%之间波动，其他资源都有空闲。这表明处理器的处理能力是该系统的性能瓶颈，如要提升系统并发处理能力，建议升级CPU硬件配置。5.3策略下发用例描述200、100用户数分别进行策略下发并发操作功能验证当100用户并发操作策略下发功能是否符合客户的正常体验需求目的经过测试，明确200、100用户数分别并发的进行策略下发操作的性能指标方法在预先设定的数据容量下，利用LoadRunner性能测试工具完成测试，模拟用户发送获取新策略请求，保证每次都能获得到最新的策略。监视并记录服务器资源利用情况和测试结果。1、模拟场景

23、：1）模拟客户端发送请求/CDGServer3/GetUserSafetyPolicyService该请求数据包含一个MD5值，服务器判断是否已更新了策略。2）接收策略数据，并判断是否接收正确（都在脚本的action部分）2、数据容量：策略大小为37644byte；3、脚本设置：检查点（自定义编码判断返回数据长度），设定事务起始点；说明：1.每次都是下载新的策略；用例通过标准TPS大于或等于300，事务成功率大于99.9%;TRT（事务平均响应时间）小于等于2秒并发用户数与事务执行情况用户数TPSTRT吞吐量Bytes/s成功率CpuJavaservice进程使用内存Javaservice进程

24、网络使用率Javaservice进程Cpudatabase100820.2330.11730772177.04100%60%469992-17%200813.7810.24630719372.9999.86%53%445256-20%与服务器主机用户数使用内存database网络使用率databaseCpuClient端可用内存Client端网络使用率Client端CPUServer端网络使用Server端100880640-57%44%1282648110394415%15%75%29%200796292-59%50%1241500113241214%14%75%29%执行记录100（Vus

25、er）：maxTRT0.141；处理事务总数769832；运行时长15:17（mm：ss）200（Vuser）：maxTRT0.26；处理事务总数769561（error:1072）；运行时长15:48（mm：ss）（以上每次的执行，都不重启应用服务或服务器或数据库）531分析图TRT-lPLmuurl-UEHumntxDMClISB0.130.125i：U20.-115O.i-10.-1050.1ULffi.009ULttDCSQEnjJFO.M5Dj0&OO5FD3OM5DMOM5DKOCHF并发用户数100结果分析图iSKi170(1TJCU1LRJ脑血羁TriMictionKewwIn

26、fw-Rnihhit*gVi.wr*D4：0uSCCDTflOCISCO(KeU1Q：0j11coE辟客Pdscenariothiemm鈕01Ld0703CdzunlkJ.-r2rS?cndi021D10DC4DO06tUDEOOO?-BOfliDSCDO4仃0011DO1：?D13：IE14-DDIS；03IBCiEM曲刨eub阳iin1iinehh:(rmadjon.TrarE5：liDH：Fal0a0.0010DAcicn_Trarr5hon：R3$190XS?J7.?7E21Q3J307.3HL37EbsbgrtFal0acnoiD0bsbgrtPaM30.416455w21.4790

27、.15logri：P.3$05.2昭日日申40SEKBFS318D.652阴册:Failaa0.0010D口凶匕pF济33.305979?790749E611D.6&3IGiapiikdiniTuM|A斜age|Graph|Gi单hMedianI3i耳ihtd.DEHialkari5.4.2结果分析测试过程中，javaservice应用进程的内存使用在持续增长，但增长到一定程度就保持在500多M左右，oracle进程也是保持在1G左右。从分析图可知，平均响应时间(TRT)和业务处理能力(TPS)比较平稳(std/avg5%)；各个场景的事务成功率都超过了99.9%,服务端的CPU一直处于65-

28、75%之间，在这样负载情况下，总处理交易数为5718064+5155844+1252121=12126029,服务端没有出现宕服务现象，运行一切正常，系统比较稳定。6分析总结测试结果场景、通过标准实际指标支持用户数B/S登录TPS大于或等于100,事务成功率=99.9%；TRT(平均事务响应时间)小于等于5秒TPS为66.66，TRT2.125秒事务成功率为99.98%根据次场景的特殊性能,预计能支持1000的用户总量，且用户体验比较好。根据用户实际使用情况，判定通过。C/S登录TPS大于或等于200，事务成功率=99.9%；TRT(事务平均响应时间)小于等于2秒TPS为261.564,TRT

29、为0.547秒事务成功率为100%完全满足性能要求，判定通过策略下发TPS大于或等于300，事务成功率=99.9%；TRT(事务平均响应时间)小于等于2秒TPS为820.233,TRT为0.117秒事务成功率为100%完全满足性能要求，判定通过策略下发+C/S登录+B/S登录1、测试过程中，应用进程的内存使用没有明显变化；2、测试过程中，响应时间和业务处理能力没有明显变化；3、系统功能表现正常。测试过程中，javaservice应用进程的内存使用在持续增长，但增长到一定程度就保持在500多M左右，oracle进程也是保持在1G左右。从分析图可知，平均响应时间(TRT)和业务处理能力(TPS)比

30、较平稳(std/avg5%)；各个场景的事务成功率都超过了99.9%,服务端的CPU一直处于65-75%之间，在这样负载情况下，总处理父易数为5718064+5155844+1252121=12126029，服务端没有出现宕服务现象，运行一切正常，系统比较稳定。完全满足性能要求，判定通过注：在性能测试过程中发现了如下问题：应用数据库连接池的问题：当B/S或C/S并发测试时，只成功完成200左右个事务就出现大量的错误，然后用浏览器或客户端登录系统，登录不上提示数据库连接异常，查看当前数据库连接数selectcount(*)fromv$process为300;而数据库设定最大process=300，发现连接数没有释放已经使用完。严重：Errorallocating