WEB-Tours订票系统性能测试报告

1、WEBTours订票系统性能测试报告姓名:班级:心口子»:指导老师:1前言22被测系统定义4功能简介4性能测试指标错误!未定义书签。3系统结构及流程5系统总体结构5关键点描述5性能测试环境54性能测试5性能测试概述6测试目的6测试方法及测试用例错误!未定义书签。测试指标及期望7测试数据准备8运行状况记录85测试过程及结果描述8测试描述9测试场景9测试结果136测试分析和结论251前言目前，WEBTours订票系统成功上线，从而航空公司的机票信息管理逐步走上了集中管控的道路，从而将会势必出现新业务系统中信息大量增长的态势。随着新业务系统在生产状态下日趋稳定、成熟，系统的性能问题也逐步成

2、为了我们关注的焦点：大数据量的“冲击”，在多名用户信息进入时，系统能稳定在什么样的性能水平，面临公司业务冲刺时，系统能否经受住“考验”，这些问题需要通过一个完整的性能测试来给出答案。本报告前部分即是基于上述考虑，参考科学的性能测试方法而撰写的，用以指导即将进行的WEBTours订票系统的性能测试。2被测系统定义WEBTours订票系统作为本次测试的被测系统，该订票系统的主要功能包括：注册和登录用户信息，订票办理，退票办理，查询客户已订票信息等。在本次测试中，将针对上述的功能进行压力测试，检查并评估在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统地吞吐能力和响应能力，以及在预计的

3、数据容量中，系统能够容忍的最大用户数，2.1功能简介WEBTours订票系统主要功能如下：注册和登录用户信息订票办理退票办理查询客户已订票信息2.2性能测试指标本次测试是针对WEBTours订票系统的性能特征和系统的性能调优而进行的，主要需要获得如下的测试指标。1、系统的响应能力：即在各种负载压力情况下，系统的响应时间，也就是从客户端交易发起，到服务器端交易应答返回所需要的时间，包括网络传输时间和服务器处理时间。2、应用系统的吞吐率：即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。3、应用系统的负载能力：即系统所能容忍的最大用户数量，也就

4、是在正常的响应时间中，系统能够支持的最多的客户端的数量。3系统结构及流程WEBTours订票系统在实际生产中的体系结构跟本次性能测试所采用的体系结构是一样的，交易流程也完全一致的。不过，由于硬件条件的限制，本次性能测试的硬件平台跟实际生产环境略有不同。3.1 系统总体结构描述本系统的总体结构，包括：硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构。3.2 关键点描述本次性能测试的关键点，就是查看EBTours订票系统在并发压力下的表现，即：支持的并发用户数目和并发用户发送频率，以及在较大压力下，系统的交易处理能力，并找出各类交易的性能瓶颈。3.3 性能测试环境本次性

5、能测试环境与真实运行环境基本一致，都运行在同样的硬件和网络环境中，数据库是真实环境数据库的一个复制（或缩小)，本系统采用标准的CS结构，客户端都是通过浏览器访问应用系统。其中具体的硬件和网络环境如下：服务器设备：旧M570(DBserver),IBM690(APserver)操作系统：MicrosoftWindows2003server中文版网络环境：1M/10M以太网数据库：Oracle客户端：PC(Windows)网络拓扑和结构图如下：4性能测试从广泛意义上讲性能测试包括：压力测试、稳定性测试、负载能力测试和可扩展性测试等。在不同应用系统的性能测试中，需要根据应用系统的特点和测试目的的不同

6、来选择具体的测试方案，本次EBTours订票系统的性能测试主要是采用通常的压力测试模式来执行的，即：逐步增加压力，查看应用系统在各种压力状况小的性能表现。在性能测试中，压力测试主要是为了获取系统在较大压力状况下的性能表现而设计并实现的，压力测试主要是获取系统的性能瓶颈和系统的最大吞吐率。4.1 性能测试概述本次压力测试是指针对现行的EBTours订票系统的联机交易处理能力的测试，检验系统的吞吐率。本系统的压力测试主要是针对EBTours订票系统，检查在日间交易高峰时期，并发用户数较多的时候的处理能力等等。4.2 测试目的压力测试的目的就是检验系统的最大吞吐量，检验现行的EBTours订票系统在

7、各种压力交易量下的运行状况，检验系统地运行瓶颈，获取系统的处理能力等等。本次针对EBTours订票系统所进行的压力测试的测试目的为：给出EBTours订票系统当前的性能状况总结一套合理的、可操作的、适合航空公司现实情况的性能测试方案，为后续的性能测试工作提供基本思路。4.3 测试方法及测试用例使用性能测试软件LoadRunner,对现行的EBTours订票系统进行脚本录制、测试回放、逐步加压和跟踪记录。测试过程中，由LoadRunner的管理平台调用各台测试前台，发起各种组合的交易请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。使用的测试用例包括：联机处理交易和查询交易，其中联机交

8、易测试试用的交易包括：订票办理。查询类交易包括：查询客户已订票信息测试用例列表包括:交易种类案例一案例二案例三案例四10%30%15%10%20%20%25%0%30%20%5%0%20%10%25%20%30%20%30%70%针对每个测试案例，都将采用逐步加压和瞬间加压两种客户端连接方式进行，查看服务器端在客户端的连接数量变化过程中对应的处理能力，测试运行安排如下：每隔2秒增加1个用户连接，最多增加到15个用户，查看并记录运行情况每隔2秒增加2个用户连接，最多增加到15个用户，查看并记录运行情况一次性连接1个用户，查看记录运行情况4.4 测试指标及期望在本次性能测试中，各类测试指标包括测试

9、中应该达到的某些性能指标，这些性能指标均是来自应用系统设计开发时遵循的业务需求，当某个测试的某一类指标已经超出了业务需求的要求范围，则测试已经达到目的，即可终止压力测试。应用软件级别的测试指标：1）事务的执行情况事务的平均响应时间（期望值：15s）事务的最大响应时间（期望值：30s）平均每秒处理数量（分别记录单位时间内成功、失败和停止的数量）不同并发用户数的状况下的上述记录值2）测试结果分析情况测试指标：吞吐量：单位时间内网络传输数据量4.5 测试数据准备案例数据：满负荷压力根据测试系统的硬件条件，选择满负荷的压力，在系统的资源使用基本维持在90溢右的状况下，测试EBTours订票系统的处理能

10、力。4.6 运行状况记录记录可扩展性测试中的测试结果及其系统的运行状况。除了记录测试指标以外，应该结合测试实时记录系统各个层次的资源和参数。主要包括：硬件环境资源服务器操作系统参数网络相关参数数据库相关参数：具体数据库参数有所不同，结合各个数据库独有的特点记录5测试过程及结果描述EBTours订票系统的性能测试共计执行了3次，四次执行的脚本流程作了调整，其他的环境和数据都一样。在测试数据准备完备以后，第一次测试执10个用户并发注册，5个用户并发登录浏览网页。第二次测试10个用户不并发注册，5个用户不并发登录浏览网页。第三次测试10个用户并发注册，5个用户并发登录订票，第四次测试10个用户不并发

11、注册，5个用户不并发登录订票。5.1测试描述两次测试都是6月2日进行的。第一次测试执行了1分钟30秒左右，10个用户并发注册，5个用户并发登录浏览网页。第二次测试执行了1分钟30秒左右，10个用户不并发注册，5个用户不并发登录浏览网页。第三次测试执行了1分钟30秒左右，10个用户并发注册，5个用户并发登录订票。第四次测试执行了1分钟30秒左右，0个用户不并发注册，5个用户不并发登录订票。测试场景测试中，使用逐步加压的模式，采用：每隔2秒启动1个并发用户(Vuser)的方式，即：每隔1秒，启动1个Vuser,在1分钟30秒左右启动所有的Vuser(15),执行登录，并根据设置的时间间隔发起。添力

12、口LoadGenerator初始化的操作启动vuser的编辑操作停止vuser的编辑操作设置运行逻辑启用思考时间启用日志记录WnJDfNEHIfuA/FiKA.tar.JJ3C4*rD4fkMVMvInwdJI5wwi«mi事野虻电”Fr-FKrE"T'1鼻,RiRLW>*6LRn3tb3i«fcrrrf*呵/L叫WWli司|,陵w*f"为才力il/分口jJi厂'“：，OQ旧也设置windows资源监控器测试结果第一次测试第一次测试使用了15个并发用户，场景为10个用户并发注册，5个用户并发登录浏览网页用户的影响NumbiMf臼莒用

13、户每秒点击数nilspevSecundFMJCIJGrn豆w，rElspiEcJsctnaiiolirnmm用户负载方案RunniHigVuseregm>s.一百FnrJ事务响应时间Avei也qeTiouMdiunRespunse!TimervpuseaaEl-EsuuckuH世3烹ccioo'roosccioooisoaao口。鸥oo3otn醮odjio的瞄od.sooo：k-oi：coovreoi：iooi：isoi：2Doi：25oid01.35Eliapsttdficenafiolilmemmss用户运行RunovnijVciser®巴霏r3JO-6HLun产0

14、0050310QOt恒口白第CQ900335DOOOOS00:500C:5S01.0001:OSDt100101:3501:25M.30013SDI职E阊p髯电dscenaTiQilirnemifss吞吐量?口wrnJOIi首xllThiiiuyhpiirt吸QM：K.Ottt-=卬图:te.UWU-<3,000-x.ooo-:注Q®二/晔20,000；1，QM二ICi.OMi-0-：0005001000t1。比300史患0Q300035DOQOOS00:5000:5501.0001:06DI100JEliifi名回ysonaiiolimeinm/1r,DILs'3-m

15、平均事务响应时间第二次测试第二次测试使用了15个并发用户，场景为10个用户不并发注册，5个用户不并发登录浏览网页用户的影响7?力usmlgEl-EssdcnHG.L2B/456T83101112131416NumberofVuser®口nRuspunse。口烟Uwil七ilurd用户每秒点击数HitspenSecvii4pucj吊Jeu”亍CQOOOMO啦200030DD40001SDQ10001:1001:2D313001:4001:50320002:10Elspdscnafioilirnieinirtst事务响应时间AvewgeTimrMdiunAespiinseTim停-77p

16、use2aEl-ESU:一口工G.世B/V0=CQOD0310DO20002300014Cac：5001:0001:10DI2001.3001M01:5302DD'X>1OElapsedscenaniDlirnemm躬用户运行Rure啊VmwrSJ99rvX曼EnrOQOO'oaio00:2DDD3000:40005001CO01:IDJI1001:30'll.4001:50C20002:1CElwp名电dsceriarioilimeinit,ssCGOO-OMO啦200030DD4000:SD010001:1001:2DEkapdscnarioilimHmrr&

17、#163;£30-31吞吐量TriIiiughpitrt4C.0的：GE.OOO:fu的-MOM：到此3r.nrMi；洗啊；2E.OOO：24.OTO-22：.Ol»,I.UUU-1C-000J16,000i4,non12.0W10,000-此QW-E,0M34,UHK1-Z0M;平均事务响应时间TransicfiunRe等puvisHThue*rvPUJUmB=£LESU鼻口H5.L20烹00:300MI。QC:5001:D0OTHODI2001.3001:和C1:5302DD'1210Elpdsctnaiioilirninrr居第三次测试第三次测试使用

18、了15个并发用户，10个用户并发注册，5个用户并发登录订票用户的影响Tr感I医adiiunRespu妣落已THmeUndiLudd3230-123456703101112131416Number(jfVu4*rsHPU豆匕£LESU鼻口H2.L2B烹1111H1111每秒点击数Hits日1SecxiiirjFun的ma二工00党(KOSOQid0040DO鼾01UO01Qjgu。OOOS0Q1D0CM50O2UQQ笈MMM'in'iirinmil事务响应时间TTflusml3£|-6匚工：口HG.L2B>VAwi/ign?Ton等力。iunRespun

19、ssTuns00:1S帅3cQG:250C30CO35030”*00:SC'E:5501:03'JI.05Elsipdgctriaiioi1irninit弱运行的用户吞吐量ThruniQhpmTCi.OW-8E.OOOec.ooo1S5,DIKI-fTi.DW-转,QM：购。城-x.ouo-2E.OOO：LL.UWJ,1日/皿-10,000E.OOO：CQQOOJOSOQ10W.14UQ2U0Q24g加'JOJS34QElj.isfsijsoiidiiiolimemrrss平均事务响应时间Avei/ign?Tron等外diunTutibOOj1S帅3cOCS0C3000

20、35g1Q00:6C'GG:55C1'DD'JI.05Elapsadscenafialimemir英一苫占35£l-msu鼻口工2.世第四次测试第四次测试使用了15个并发用户，10个用户不并发注册，5个用户不并发登录订票用户影响TrmisddmnRuspoiiiseTimeUntierLued456T03101112131416NurribsrofVu«ie(«-7TPU8*3£LEssckDHH.L20烹每秒点击数HitspenSecund30：008DE00JDDDISC0:2D0D,2500:30CO350O:4C0Q4SDOSC00:55DI0001:0531：TO01:1501:20O1:2EQ1:3ODi3501:40DIAtElapsad一曲目rhlimemm:s§pucj吊JeuWL.源；