web项目测试实战性能测试结果分析样章报告.docx

《web项目测试实战性能测试结果分析样章报告.docx》由会员分享，可在线阅读，更多相关《web项目测试实战性能测试结果分析样章报告.docx（16页珍藏版）》请在三一办公上搜索。

1、5。4。2测试结果分析LoadRunner性能测试结果分析是个复杂的过程，通常可以从结果摘要、并发数、平均 事务响应时间、每秒点击数、业务成功率、系统资源、网页细分图、Web服务器资源、数 据库服务器资源等几个方面分析，如图5- 1所示。性能测试结果分析的一个重要的原则是 以性能测试的需求指标为导向。我们回顾一下本次性能测试的目的，正如错误!未找到引用 源。所列的指标，本次测试的要求是验证在30分钟内完成2000次用户登录系统，然后进 行考勤业务，最后退出，在业务操作过程中页面的响应时间不超过3秒,并且服务器的CPU 使用率、内存使用率分别不超过75%、70%,那么按照所示的流程，我们开始分析

2、，看看本 次测试是否达到了预期的性能指标，其中又有哪些性能隐患,该如何解决。结果摘要LoadRunner进行场景测试结果收集后，首先显示的该结果的一个摘要信息如图5- 1 所示。概要中列出了场景执行情况“Statistics Summary （统计信息摘要）”、“Transaction Summary （事务摘要）”以及“HTTP Responses Summary （HTTP响应摘要）”等。以简要 的信息列出本次测试结果。.r-m-ij T-p-l -亍:zu. - d H.ujp.r I ：n：d.-u- iu i d , .-e id- .d:- HrAnalysis Sumniaryp

3、eri口山 i5-l2-2dqb lsisbi - 15-12-aaaB iBisgus，匚一0由町 N-ome:ScenisriDLRBLiltx 疏暮色w弟炒，nd EfittirigsAdrriirilstatorLocil $4ttlngT4mpfdf1*!fAdi-i- 31 rrinijtcj -and 2 secand ?.Statistics Sun naryTkital Tbirat虹旬加市祯丘轩盹胃拒S42.fl37.40-5ft曹ieip电花 TlhiwMMjliiiMirt 他誉七&目Hi 3：21174*vofj141 Htte O4W1 5B8rhdh1L3 7S1

4、 TltBiw HlinriP1 ISutMMig;芷苴 WuranMEHirvTransactiDn Summ-Tiee* mig： Tofcal Pas:.ed: 10.6251 Total Failed: CiToMI Stopped: 0THanssctioin N-amc：MhnimfljaYiiStrf,g&lm 成 Hi9U PercentPhfFqiIird口 斗口门 Tieri口 n0.0160,1674.0720-2560- 312-163a01口口：|1： Tra n TtiECi.0910,231,4710-153Li. 4：332A63a0genCi0i：i532.5

5、2L0,0LislALa0submit loain Transaction9.3134.625Lt, 4530,7475,299W庭3a0MLiHe吐号ion Tr：snE：.mctyi0.070004917,4410,8511-469W庭3a0,vuser end Transrton000007a0图5- 1性能测试结果摘要图场景执行情况该部分给出了本次测试场景的名称、结果存放路径及场景的持续时间，如图5-错误！ 未定义书签。所示。从该图我们知道，本次测试从15： 58： 40开始，到16： 29： 42结束， 共历时31分2秒。与我们场景执行计划中设计的时间基本吻合.Analysis Su

6、mmaryrz-no： h 二 lj.uli 比”：仙 ib 住.ulu 比：罗*1、&E：aiHiaHD Nhitihe Gran-dGic-lResults iri Sessiarii Ci ocuirne nts and SettingsMm inistFat-i rLocal Betti ngsTcmpVesres. IrrDurarlium3L minutes -sod 2 secundii图5-错误!未定义书签。场景执行情况描述图Statistics Summary （统计信息摘要）该部分给出了场景执行结束后并发数、总吞吐量、平均每秒吞吐量、总请求数、平均每 秒请求数的统计值，如图

7、5-错误!未定义书签。所示。从该图我们得知，本次测试运行的最 大并发数为7,总吞吐量为842, 037,409字节，平均每秒的吞吐量为451,979字节，总的请求 数为211，974，平均每秒的请求为113。781,对于吞吐量，单位时间内吞吐量越大，说明服 务器的处理能越好，而请求数仅表示客户端向服务器发出的请求数，与吞吐量一般是成正比 关系。Statistics Summaryhimximum RLirminq VusErs:7TtiroucjhtHJt842.037.i409rm口w Thnou口h口ut检匚ond）: 451,979TM5 Hi0211,974Jipm口v HitsgQu

8、nndi113.781 Vim” UTT 肌巨色口。nt必g Sumrvinr图5-错误!未定义书签。统计信息摘要图Transaction Summary （事务摘要）该部分给出了场景执行结束后相关Action的平均响应时间、通过率等情况，如图5- 2 所示。从该图我们得到每个Action的平均响应时间与业务成功率.注意：因为在场景的“Runtime Settings ”的“ Miscellaneous ”选项中将每 一个Action当成了一个事务执行，故这里的事务其实就是脚本中的 Action oTransaction 5u nTmnmtbnriw! Tut-I P-a?! 10,i$29

9、Total F-ailod i 0 Total Stappad: 0Avcjmqu Re中。rm Tini13DD-LibEitTrBnsiadliDri0.07617.-1410. 6511. + 6?2,163DDuurar end Trncacti ana7lli:nF int 一c-wFiE00O.OOL00.0017DD图5- 2事务摘要图HTTP Responses Summary （HTTP 响应摘要）该部分显示在场景执行过程中，每次HTTP请求发出去的状态，是成功还是失败，都在 这里体现，如图5- 2所示。从图中可以看到在本次测试过程中LoadRunner共模拟发出了 2119

10、74次请求（与“统计信息摘要”中的“Total Hits一致），其中“HTTP 200”的是209811 次，而“HTTP 404”则有2163,说明在本次过程中，经过发出的请求大部分都能正确响应了， 但还是有部分失败了，但未影响测试结果，“HTTP 200”表示请求被正确响应，而“HTTP 404” 表示文件或者目录未能找到.有朋友可能会问,这里出现了 404的错误，为什么结果还都通过 了。出现这样问题的原因是脚本有些页面的请求内容并非关键点，比如可能请求先前的 cookie信息，如果没有就重新获取，所以不会影响最终的测试结果。HTTP Re epon se s suiFmry(HTTP R

11、jespansuTotalPer ssicondHTTP 口口205.81LLL2.fi2HTTIj 4EmmL.L&l图5 2 HTTP响应摘要常用的HTTP状态代码如下：400无法解析此请求。401。1未经授权：访问由于凭据无效被拒绝。401。2未经授权：访问由于服务器配置倾向使用替代身份验证方法而被拒 绝。401。3未经授权：访问由于ACL对所请求资源的设置被拒绝.401。4未经授权：Web服务器上安装的筛选器授权失败。401.5未经授权：ISAPI/CGI应用程序授权失败。401。7未经授权：由于Web服务器上的URL授权策略而拒绝访问。403禁止访问：访问被拒绝。403。1禁止访问:

12、执行访问被拒绝。403.2禁止访问：读取访问被拒绝。403.3禁止访问：写入访问被拒绝。403.4禁止访问：需要使用SSL查看该资源。403.5禁止访问：需要使用SSL 128查看该资源。403。6禁止访问：客户端的IP地址被拒绝.403.7禁止访问:需要SSL客户端证书。403。8禁止访问：客户端的DNS名称被拒绝。403.9禁止访问:太多客户端试图连接到Web服务器.403。10禁止访问：Web服务器配置为拒绝执行访问。403.11禁止访问:密码已更改。403。12禁止访问：服务器证书映射器拒绝了客户端证书访问。403。13禁止访问：客户端证书已在Web服务器上吊销。403。14禁止访问:

13、在 Web服务器上已拒绝目录列表.403.15禁止访问：Web服务器已超过客户端访问许可证限制。403.16禁止访问：客户端证书格式错误或未被Web服务器信任。403.17禁止访问：客户端证书已经到期或者尚未生效。403。18禁止访问：无法在当前应用程序池中执行请求的URL。403.19禁止访问：无法在该应用程序池中为客户端执行CGI。403.20禁止访问：Passport登录失败。404找不到文件或目录。404。1文件或目录未找到：网站无法在所请求的端口访问。需要注意的是404.1错误只会出现在具有多个IP地址的计算机上。如果在特 定IP地址/端口组合上收到客户端请求，而且没有将IP地址配置

14、为在该特定 的端口上侦听，则IIS返回404。1 HTTP错误。例如，如果一台计算机有两 个IP地址，而只将其中一个IP地址配置为在端口 80上侦听，则另一个IP 地址从端口 80收到的任何请求都将导致IIS返回404。1错误.只应在此服务 级别设置该错误，因为只有当服务器上使用多个IP地址时才会将它返回给客 户端。404.2文件或目录无法找到：锁定策略禁止该请求。404。3文件或目录无法找到:MIME映射策略禁止该请求。405用于访问该页的HTTP动作未被许可。406客户端浏览器不接受所请求页面的MIME类型。407 Web服务器需要初始的代理验证。410文件已删除。412客户端设置的前提条

15、件在Web服务器上评估时失败。414请求URL太大，因此在Web服务器上不接受该URL。500服务器内部错误.500.11服务器错误：Web服务器上的应用程序正在关闭.500。12服务器错误:Web服务器上的应用程序正在重新启动。500.13服务器错误：Web服务器太忙。500。14服务器错误：服务器上的无效应用程序配置。500.15服务器错误:不允许直接请求GLOBALo ASA。500.16服务器错误：UNC授权凭据不正确。500o 17服务器错误：URL授权存储无法找到。500.18服务器错误：URL授权存储无法打开。500o 19服务器错误:该文件的数据在配置数据库中配置不正确。500

16、o 20服务器错误：URL授权域无法找到.500 100内部服务器错误：ASP错误.501标题值指定的配置没有执行。502 Web服务器作为网关或代理服务器时收到无效的响应。并发数分析“Running Vusers （运行的并发数）”显示了在场景执行过程中并发数的执行情况。它们 显示Vuser的状态、完成脚本的Vuser的数量以及集合统计信息，将这些图与事务图结合使 用可以确定Vuser的数量对事务响应时间产生的影响。图5- 3显示了在OA系统考勤业务性 能测试过程中Vusers运行情况，从图中我们可以看到，Vusers的运行趋势与我们场景执行 计划中的设置是一样，表明在场景执行过程中，Vus

17、ers是按照我们预期的设置运行的，没 有Vuser出现运行错误，这样从另一个侧面说明我们的参数化设置是正确的，因为使用唯一 数进行参数化设置，如果设置不正确，将会导致Vuser运行错误。在脚本中我们加入了这样 一段代码：if (atoi(lr_eval_string (” num) 0) ( lr_output_message(登录成功，继续执行.); else lr_error_message(登录失败，退出测试); return 1;上述代码的意思是说，如果登录失败了，就退出脚本的迭代，那么什么原因可能会导致登 录失败呢？就是我们前面参数化的设置，一旦Vuser分配不到正确的登录账号，就可

18、能导致 登录失败，从而引起Vuser停止运行。所以，从图5- 3的表现，可以认为参数化是没有问题 的。10.ro15.KI20.M25：tn31tnElapsed seen Brio time mm:s5图5- 3运行的并发数图测D试脚本中我们还使用了集合点,那么这里还可以看看集合点在场景执行过程中的表现, 点击左边的“New Graph”，出现图5错误!未定义书签。，展开“Vusers”前的加号，双 击“Rendezvous”，出现集合点的图形后，点击【Close】，关闭添加新图界面。图5-错误!未定义书签。添加集合点统计图集合点的图形如图5-错误!未定义书签。所示，从图中可以看到，所有用户

19、到达集合点 后，立刻就释放了。与之前设定的集合点策略设置“所有运行用户到达后释放“是一致的. 假设这样的一种情况,Running的Vusers有10个，集合点策略设置是“所有运行用户到达后 释放”，而集合点图形显示的最大释放Vusers是7个，那么就表示有些Vuser超时了，引 起超时的原因可能是Vuser得到的响应超时了，可以结合平均事务响应时间再详细分析原 因。Renclezv-anus-CSDOiaaoisaoacoElapsed seen Brio time mm:ss2SOO3QQ0图5-错误!未定义书签。集合点状态图我们本次测试Running Vusers与集合点是一致，说明整个场

20、景执行过程中，并发数用户 的执行正确，OA系统测试服务器能够应付7个并发用户的业务操作。响应时间在性能测试要求中我们知道，有一项指标是要求登录、考勤业务操作的页面响应时间不 超过3秒，那么本次测试是否达到了这个要求呢？我们先来看Average Transaction Response Time （平均事务响应时间图）”（图5 4）,这张图是平均事务响应时间与结果摘要中的 “Transaction Summary ”合成的.action NameMinimumAverageMsimunriStd,M PercentEmFalliit口 W iCKiEmetic 昌0.1S74.07 20.31:

21、2,i3DD。口口Lil：0,0310,231.47104532.16300 is indgx T/ariwmctioriZ.5Z1a.Ds2,L63DD耳ulam谜Tr君n邑尊戒i#门3.31362516,4530.74?5.23B2.16300submit 5 ian Trans-actlon17.41Q.B5L1.46?W.LG3DDD7DD己 r in rt Tra db on00D.00100.0Q17DD图5 4平均事务响应时间图从图形下部我们可以看到，登录部分对应的Action是“submit_login”，考勤业务提交 对应的Action是“submit_sign”，他们的“A

22、verage Time （平均响应时间为）”分别是4。 425秒与0.848秒，从这两个数值来看，考勤业务的事务响应时间0.848秒小于预期的3秒, 达到了要求，而登录是4。425秒，大于预期的3秒，不符合要求。这样的结果是不正确的， 因为在统计的登录业务的时候，我们没有去除思考时间，所以，登录功能的实际事务时间应 该是4.425秒-3秒=1.425秒，小于预期的3秒，故登录业务的事务响应时间也达到了我们的 要求。在平时的性能测试活动中，统计结果的时候需要去掉思考时间，加上思考时间是为了 真实的模拟用户环境，统计结果中除去思考时间是为了更真实的反映服务器的处理能力，两 者并不矛盾.看完了 “A

23、verage Time”，我们再看90 Percent Time,这个时间从某种程度来说，更准 确衡量了测试过程中各个事务的真实情况，表示90%的事务，服务器的响应都维持在某个值 附近，“Average Time ”值对于平均事务响应时间变动趋势很大的情况统计就不准确了，比 如有三个时间：1秒、5秒、12秒，则平均时间为6秒，而另外一种情况：5秒、6秒、7 秒,平均时间也为6秒，显然第二种比第一种要稳定多了。所以，我们在查看平均事务响应 时间的时候，先看整体曲线走势，如果整体趋势比较平滑，没有忽上忽下的波动情况，取 “Average Time”与“90 Percent Time都可以，如果整体

24、趋势毫无规律，波动非常大，我们就不用“ Average Time ”而使用“90 Percent Time ”可能更真实些。从图5 4可以看出，所有Action平均事务响应时间的趋势都非常平滑，所以使用 “Average Time”与“90 Percent Time”差别不是很大，用哪个都可以。这里是使用最常用 的统计方法“90 Percent Time” .登录业务的“90 Percent Time”是5.298秒一3秒(思考时间) =2.298秒，考勤业务的“90 Percent Time是 1.469秒，没有思考时间,那么就是实打实的啦。根 据上面的计算，本次测试结果记录如表5- 1所示

25、。测试项目标值实际值是否通过登录业务响应时间=3秒2.298 秒Y考勤业务响应时间=3秒1.469 秒Y登录业务成功率100%考勤业务成功率100%登录业务总数30分钟完成2000考勤业务总数30分钟完成2000CPU使用率75%内存使用率70%表5- 1测试结果对照表一每秒点击数“Hits per Second(每秒点击数)”反映了客户端每秒钟向服务器端提交的请求数量，如 果客户端发出的请求数量越多，与之相对的Average Throughput (bytes/second)”也应该 越大，并且发出的请求越多会对平均事务响应时间造成影响，所以在测试过程中往往将这三 者结合起来分析。图5 错误

26、!未定义书签。显示的是“ Hits per Second与“ Average Throughput (bytes/second)”的复合图，从图中可以看出，两种图形的曲线都正常并且基本一致， 说明服务器能及时的接受客户端的请求，并能够返回结果。如果“ Hits per Second ”正常，而 “Average Throughput (bytes/second) ”不正常，则表示服务器虽然能够接受服务器的请求， 但返回结果较慢,可能是程序处理缓慢.如果“Hits per Second”不正常，则说明客户端存在问 题,那种问题一般是网络引起的，或者录制的脚本有问题,未能正确的模拟用户的行为。具体

27、 问题具体分析，这里仅给出一些建议.PILOOHIZI5=1.14Q_QLIDqffi.OODisa.tnDim.tnD迎月Jl-Hffl.WDsm.aiDPDwE-rlQnd1 nonis cozaooElaoEEd scenario time mm 5 =2S00lOJ.ODD150,碰图5-错误!未定义书签。每秒点击数与每秒吞吐量复合图对于本次测试来说，“Hits per Second ”与“ Average Throughput (bytes/second)都是正 常的，而且整体表现还是不错的.一般情况下，这两种指标用于性能调优，比如给定了几个条件，去检测另外一个条件， 用这两个指标衡

28、量，往往起到很好的效果.比如要比较某两种硬件平台的优劣,就可以使用相 同的配置方法部署软件系统，然后使用相同的脚本、场景设计、统计方法去分析，最终得出 一个较优的配置。业务成功率“业务成功率”这个指标在很多系统中都提及到，比如电信的、金融的、企业资源管理的 等等。举个例子，我们楼下的建行，假如每天的业务类别是这样的:20个开户，5个销户，300 个存款，500取款，100个汇款等，那么在做他们的营业系统测试时就需要考虑业务成功率 了，一般不得低于98%。具体的业务成功率是什么意思呢？排除那些复杂的业务，比如异步处理的业务(移动的套卡开通就是异步的)，业务成功 率就是事务成功率，用户一般把一个A

29、citon当做一笔业务，在LoadRunner场景执行中一笔 交易称为一个事务。所以，说业务成功率其实就是事务成功率、通过率的意思.在“Transaction Summary”中我们可以很明确的看到每个事务的执行状态，如图5-错误!未定义书签。所示。Ti 制5电命 Siunrnaiysuo-GESUslo-IBqEnz:ua 七 mjqLI B KI Df-I-uo cp a”LI p-WIhHrvI图5-错误!未定义书签。事务状态统计图从图中可以看出，所有的Aciton都是绿色的，即表示为Passed,同时除了 vuser_init与 vuser_end两个事务，其他的事务通过数为2163,

30、也就表明在30分钟的时间里，共完成了 2163 次登录考勤业务操作。那么根据这些可以判断本次测试登录业务与考勤业务的成功率是 100%，再次更新测试结果记录表如表5- 2所示。测试项目标值实际值是否通过登录业务响应时间=3秒2.298 秒Y考勤业务响应时间=3秒1。 469 秒Y登录业务成功率100%100%Y考勤业务成功率100%100%Y登录业务总数30分钟完成20002163Y考勤业务总数30分钟完成20002163YCPU使用率75%内存使用率70%表5- 2测试结果对照表二系统资源系统资源图显示了在场景执行过程中被监控的机器系统资源使用情况，一般情况下监控 机器的CPU、内存、网络、

31、磁盘等各个方面本次测试监控的是测试服务器的CPU使用率与 内存使用率，以及处理器队列长度，具体的数据如图5- 5所示.WD+ 0ZQ5 O3：12 D4T5 0520 OS：网由淡 0532 0S35 1QA0 11：书 12：*3 1352 11:58 16：W 170+ 1505 13:12 R1E 21：2D 222* 23 25 Elapsed scenario lime mm: = s匚nlai |5匚朱|MMELreuienlMniTHLfFi| Manmum5td 匚levdtEn1史 PraEsg T me | Piece?pen Tald H 921EB.3.冲53.5E2i

32、(n2S.075IZfl01心好 MByte (Neo叫 1 由.16B.0 K51日3.她Ul1Ptqwmct Cjueua Lardth SyslwnH 92.168.Q 52Ij3.4540SG84图5- 5测试服务器系统资源监控结果图从图中可以看出,CPU使用率、可用物理内存、CPU的队列长度三个指标的曲线逗较为 平滑，三者的平均值分别为：53.582%、83。456M、8.45,而测试服务器总的物理内存为384M, 那么内存使用率为（384-83。456） /384=78.26%，根据本次性能测试要求的：CPU使用率 不超过75%，物理内存使用率不超过70%这两点来看，内存的使用率7

33、8。26%大于预期的 70%，故内存使用率不达标。根据 Windwos资源性能指标的解释，一般情况下，如果 “Processor Queue Length（处理器队列长度）一直超过二，则可能表示处理器堵塞，我们 这里监控出来的数值是8.45，而且总体上保持平衡，那么由此推断，测试服务器的CPU也 可能是个瓶颈。同时在测试过程中，场景执行到23分半钟的时候，报出了错误!未找到引用 源。的错误，意思是说被监控的服务器当前无法再进行计数器数据的获取了，所以，本次操 作系统资源的监控只得到了场景执行的前23分半钟的数据。这样对本次测试结果有一定的 影响。获得上述数据后,最新的测试结果记录表如表5-错误

34、!未定义书签。所示。测试项目标值实际值是否通过登录业务响应时间=3秒2.298 秒Y考勤业务响应时间=3秒1。 469 秒Y登录业务成功率100%100%Y考勤业务成功率100%100%Y登录业务总数30分钟完成20002163Y考勤业务总数30分钟完成20002163YCPU使用率75%53.582%Y内存使用率70%78.26%表5-错误!未定义书签。测试结果对照表三从上表数据来看，本次测试总体上已经达到了预期的性能指标，但从其他的数据，比如 CPU的队列长度、内存使用率来看，被测服务器的硬件资源需要提升。网页细分图网页细分图可以评估页面内容是否影响事务响应时间.使用网页细分图，可以分析网

35、站 上有问题的元素（例如下载很慢的图像或打不开的链接）。我们这里查看一下网页细分图中的“Page Download Time Breakdown”，点击错误!未找 到引用源。左边的“New Graph”，出现图5一错误!未定义书签。，展开“Web Page Diagnostics” 前的加号，双击“Page Download Time Breakdown”，待出现“Page Download Time Breakdown 监控图后，点击【Close】按钮关闭添加监控图界面。图5-错误!未定义书签。添加网页细分图在监控图列表中，我们看到图5一错误!未定义书签。，从图中我们看到，在所有的页面 中，登录后的用个人面页面“http:/192.168.0.52： 8080/oa/oa。jsp”的下载时间最长。Page Download Time Brecikdown3-=-n1p-:J p- -I3工Ee匚-：一 T w 溶IIJ*矛|;:、笠3顼5.:ETrJol-3ryuc._-J:t.Apache Software Foundation ProcessRunner 1.0-Tomcat5Parameters”修改两个属性，一个是JvmMs，另外一个是JvmMx,如图5- 6所示.2、检查程序代码，使用一些内存泄露检查工具进行清查.二旦兰-匚| Tomca