压力测试报告

1、压力测试报告1. 引言 21.1 编写目的 21.2 系统概述 21.2.1 项目名称 21.2.2 总体目标 21.2.3 技术目标 22. 测试环境 22.1 软硬件环境 22.1.1 网络拓扑结构 32.4 测试环境约束 33. 测试范畴及测试要求 33.1 测试 33.1.1 测试内容 33.1.2 测试通过标准 34. 测试工具 35. 测试结果 36.1 测试时刻及人员 36.2 测试结果分析 46. 结论 10引言1.1编写目的本文档是对（项目名称）性能测试所做的讲明，为充分利用已有的软硬件 资源，配合对各系统应用模块的运行测试方案，查缺补漏完善系统的各项具 体功能，保证项目的顺

2、利进行，本测试报告有助于实现以下目标：明确此次性能测试的测试资源；明确此次性能测试的测试内容；明确此次性能测试的测试方法；明确此次性能测试的系统性能。1.2系统概述1.2.1项目名称项目名称：小象工程项目简称：小象工程项目单位：扑像文化传播有限公司1.2.2总体目标1.2.3技术目标123.1技术目标使用测试工具实现虚拟用户并发的压力测试，要求系统满足用户并发量在100以上，并能正常工作 测试环境2.1软硬件环境硬件环境应用服务器数据库服务器客户端硬件配置CPU 3.40GHzMemory : 2GHD: 360GSATACPU 3.40GHzMemory : 2GHD: 360GSATACP

3、U 2.20GHzMemory : 2GHD: 360GSATA软件配置OS: Windows 2003JDK 1.5.0_06Tomcat 6OS : Windows 2003MySQL 5.0.17 Li nuxWindow xpProfessional （ SP3）2.1.1网络拓扑结构粧負1.2.4测试环境约束此次测试结果依据目前被测系统的软/硬件环境此次测试结果依据目前被测系统的程序版本。此次测试结果依据目前被测系统的网络环境。 此次测试结果依据目前被测系统的测试数据量。 测试范畴及测试要求3.1测试3.1.1测试内容负载测试现稳eb来模拟实际用户对系统施加控制畫 controlle

4、r station*进行压图如下:压力。Ml枣准尢岂100时ttp/html)虚拟用户(Virtual虚拟用户Vtiserst按照需求，对登录操作进行并发的压力测试，对要紧业务模块中的要 紧业务（下点单、制测试结果6.1测试时刻及人员时刻：2011.08.09人员：玲地点：深圳扑象文化传播有限公司RaBultK m -BVabBon*: : 亠口 q"e Fii«ikXi*-BrE - lH'I >* zfc *.'» .UBr：Li 二 P i_ - ir br r< 口 !: ii ! d r-s- -i1d2 idr*rd 2rr

5、OurBiticn:37 -ni -M_i.«o. and 3L Bsconz .tar st-s 生urtFar*Hmm】”啊也di声 ifua 忖T-UI IlinaHliiiJ; Inf Lujj2j|.U*rri£|H ThiTDBhpiiffr ( by I* j* b*l D-Mll | ' 二109和0 ?74, LH117 1C532皿耳umLoadRunner进行100用户场景模拟测试结果收集后，显示的该结果的tw Ge- sfllvze uan&sct xi屮yu采口口出囂 立忙 Tja.isdctiEGLrethi&mii、摘要

6、信息，如图5- 1所示。概要中列出了场景执行情形、“Statistics S nary（统计信息摘要厂”、“Transaction nummary（事务摘要）”以及“ htTPResponsesSUmmary CHTTP|响应摘要）”等。以简要的信息列出此次测试结果图5- 1性能测试结果摘要图场景执行情形该部分给出了此次测试场景的名称、结果存放路径及场景的连续时刻,如图-5- j 2所示。-从该图我们明白，此次测试从16:17:08开始，到16:54:38终止历37'30秒Qnari°、HesLilt-G in licfEiDii; c!-1 Program il&s

7、VfcAHrcury n *a fattrva !Ltertiu ry LMd'R.unriaftCri pC£ idcad rieWidf jard2idE3<rd 2- liT27 m nuEe and 1c匕轟芒臼犷阿豔Ouratlan:图5- 2场景执行情形描述图Statistics Summary （统计信息摘要）该部分给出了场景执行终止后并发数、总吞吐量、平均每秒吞吐量、总要求数、平均每秒要求数的统计值，如图5- 3所示。从该图我们得知，此次测试运行的最大并发数为200,总吞吐量为960,974,180字节，平均每 秒的吞吐量为426910字节，总的要求数为

8、117,105,平均每秒的要求为52.桑 vmrm qm ThFuuqhput （bYtws/mECDnd：_斗 2Gr910024nits；杵”亡Fmu已 Hits 口亡Second;:U7.ri05a32,0Z4图5- 3统计信息摘要图Transaction Summary （事务摘要）该部分给出了场景执行终止后有关0 Action '的平均响应时刻、通过率等num 自島d ClevHiltinHniP®rt-errL、Piaaa 、 F-ail Stop| Trari3»a<.Liuni N：bnhieSILA Slatua Minirnum A.ire

9、rwq-i Mjuurar. _ » _一厂情形，:如图4-4所示。从该图我们得到每伞北Action的平均响丿应时刻与业务1,055601率cJ Jai=r)end Transactlionv.D<CLUl 1lrZ370rO970ZDO0in± IrrcartionD.oaid.Q5D.41.£.09S0.2172 DOVLlErQD圧山吕11.23159.123图5- 4事务摘要图HTTP ResponsesSummary( HTTP 响应摘要)该部分显示在场景执行过程中，每次HTTP要求发出去的状态，是成功依旧失败，都在那个地点体现，如图5- 5所示。

10、从图中能够看到，在此次测试过程中LoadRunner共模拟发出了 117105次要求（与“统计信息摘 要”中的“ Total Hits” 一致），其中“ HTTP 200”的是117105次，讲明在 此次过程中，通过发出的要求全部分都能正确响应了（“HTTP 200”表示HTTP sponges SumrnarY要求被正确响应）。HTTP R.«pcriGaETnlralPer cariMidHTTn 2d口117flC5SZuOM图5- 5 HTTP响应摘要并发数分析“ Running Vusers （运行的并发数）”显示了在场景执行过程中并发数的执行情形。它们显示Vuser的状态

11、、完成脚本的Vuser的数量以及集合统Running Vusers结合使用能够确定Vuser的数量对事务响Vusers 运计信息,:将这些图与事务产生的阻碍。图5- 6显示了在系统业务性能测试过程中Vusers运行情形,从图中我们一样，表明15有Vsef显现运行错误，如此从另一个侧面讲明我们的参数化设置是正确能够看到，Vusers的运行趋势与我们场景执行打算中的设置是 弓在场景执行过程中，Vusers是按照我们预期的设置运行的，没? ti Vuser的，因为使用唯独数进行参数化设置，如果设置不正确，将会导致 运行错误。35. EC10J&20:003SM30:0035:00Etapi$

12、«d seenario lims mm1Run0.0105.120012978.219图5- 6运行的并发数图我们此次测试Running Vusers与集合点是一致，讲明整个场景执行过 程中，并发数用户的执行正确，系统测试服务器能够应对200个并发用户的业务操作。响应时刻14叭；I ID* JIW-n-/A“Average TransaCtion Response Time （平均事务响应时刻图）（图 5- g* r. * *#”*-*2图是平均事务响应时刻与结果摘要中的“ Transaction Summary”* W' V*00040 盘 0*i!a>4D-，这张合

13、成的。惓7）D?Ct1C 00»cc3ECC1S:»2K0壽:加Elapsed scenaria limft mm ss1logi n_Acti on _Tra nsacti on0.45247.115109.3830.2571select_allActi on_Tran sacti on8.71926.648144.70411.2311select_ on eActi on_Tran sact ion24.48493.983329.97439.9331vuser_e nd_Tra nsacti on0.00.0111.2970.0971vuser_ ini t_Tra n

14、sact ion0.0010.050.4180.095图5- 7平均事务响应时刻图从图形下部我们能够看到，登录部分对应的Action是“ login_Action ”,批量查询对应的 Action是“ select_allAction”，选择信息查询对应的 Action 是“select_oneAction”，他们的“ Average Time （平均响应时刻为）”分不是 47.115秒与26.648秒与93.983秒，从这三个数值来看，都过大，不符合要 求。实际事物时刻应为登录：47.115/5 - 5 = 4.423 （减5登录时包含了一个用户信息查询） 批量查询：26.648 /5 =

15、5.3296选择信息查询：93.983 /5/7 = 2.685 （除7做了 7次点击选择信息）注：除5所有的事物都被重复执行5次看完了“ Average Time”，我们再看“ 90 Perce nt Time”，表示 90% 的 事务登录:95.711/5 - 5 = 14.142 （减5登录时包含了一个用户信息查询）批量查询：39.125/5 = 7.825选择信息查询：146.797 /5/7 = 4.194 （除7做了 7次点击选择信息）注：除5所有的事物都被重复执行5次从图5- 7能够看出，所有Action平均事务响应时刻的趋势有较大的波 动，因此使用“ 90 Perce nt T

16、ime ”。按照上面的运算，此次测试结果记录如 表5-1所示。测试项实际值是否通过登录业务响应时刻14.142 秒Y批量查询响应时刻7.825 秒Y选择信息响应时刻4.194 秒Y登录业务成功率100%考勤业务成功率100%登录查询总数1000批量查询总数1000选择信息总数-4000Mils per Second ThrkughputCPU使用率坚持100%、卜f / -J r 内存使用率<20%.表5-1测试结果对比表一每秒点击数图5TiarKaclion Sutnrnafy3眦I品临;4C<I K-aa :他(K诣aii=iV ./J显示的是“ Hits peSecondU与

17、“ Average Throughput (bytes/sd)”的复 讲明服g 73 & :匚 S3D-?畑图5-.卜* 业务成功率在“Transaction Summary”中我们能够专门明确的看到每个事务的 执行状态，如图5-9所示 -con致,能及时的ri每秒吞吐秒点击数合图t;线都正常同时差不多一 够返回结果。8每口图，务意客户端要求，并TSo图5- 9事务状态统计图从图中能够看出，所有的 Aciton差不多上绿色的，即表示为 Passed同时除了 vuser_init与vuser_end两个事务，其他的事务通过数为 2163,也就表明在30分钟的时刻里，共完成了 2163次登

18、录考勤业务操作。那么按 照这些能够判定此次测试登录业务与考勤业务的成功率是100%，再次更新测试结果记录表如表5- 2所示。测试项实际值是否通过登录业务响应时刻14.142 秒Y批量查询响应时刻7.825 秒Y选择信息响应时刻4.194 秒Y登录业务成功率100%Y考勤业务成功率100%Y登录查询总数1000Y批量查询总数1000Y选择信息总数1000YCPU使用率内存使用率表5- 2测试结果对比表二ResouircES系统资源JT测试服务器的CPU使用率与内存使用率，以及处理器队列长度, *弋母系统资源图显示了在场景执行过程中被监控的机器系统资源使用情 形，一样情形下监控机器的 CPU、内存

19、、网络、磁盘等各个方面。此次测 试监控的是具体的数据如图。5-勺0所示罡 35-1C:OO15. CO20:0Q签:M匡曲p務戡I scenario lime mm ssI&-OSCC11% Processor Time (Processor _Total):084.16763.81391.4067.0810.1Available MBytes (Memory):08486500.59657013.53610Processor Queue Length (System):080.01.962313.204图5- 10测试服务器系统资源监控结果图从图中能够看出，CPU使用率、内存使用率、CPU的队列长度三个指 标的曲线逗较为平滑，三者的平均值分不为：