LoadRunner压力测试结果分析探讨分析原则：1.具体问题具体分析（这是由于不同的应用系统，不同的测试目的，不同的性能关注点）2.查找瓶颈时按以下顺序，由易到难。服务器硬件瓶颈网络瓶颈（对局域网，可以不考虑）服务器操作系统瓶颈（参数配置）中间件瓶颈（参数配置，数据库，web服务器等）应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等）分析的信息来源：1.根据场景运行过程中的错误提示信息2.根据测试结果收集到的监控指标数据一．错误提示分析分析实例：1．Error:Failedtoconnecttoserver“172.17.7.230″:[10060]ConnectionError:timedoutError:Server“172.17.7.230″hasshutdowntheconnectionprematurely分析：A、应用服务死掉。（小用户时：程序上的问题。程序上处理数据库的问题，实际测试中多半是服务器链接的配置问题）B、应用服务没有死（应用服务参数设置问题）对应的Apache和tomcat的最大链接数需要修改，如果连接时收到connectionrefused消息，说明应提高相应的服务器最大连接的设置，增加幅度要根据实际情况和服务器硬件的情况来定，建议每次增加25%！C、数据库的连接(数据库启动的最大连接数（跟硬件的内存有关）)D、我们的应用程序spring控制的最大链接数太低2.Error:Pagedownloadtimeout(120seconds)hasexpired分析：A、应用服务参数设置太大导致服务器的瓶颈B、页面中图片太多C、在程序处理表的时候检查字段太大多D、实际测试时有些资源需要请求外网，而我们的测试环境是局域网环境3.Error“http://172.17.7.230/Home.do....”分析：A、脚本设计错误，造成页面异常。服务器有响应！B、并发数过大，造成服务器响应延迟。4.Errorpage“text=xxxxx”分析：A、脚本设计问题，例如，前一脚本修改了某些内容，造成后面的脚本访问异常。B、不确定因素，有时候回放正常的脚本，一放到场景中就出现这样的错误。只能反复修改脚本！二．监控指标数据分析1．Vusers数Loadrunner系统设置的虚拟用户数目。Vuser去实际调用事先制作的脚本文件中的应用。每个Vuser产生响应的操作，所有的操作对服务器形成并发。颜色比例度量图最小值图平均值图最大值图中间值图SD1Run0.021.25444121.276在实际测试中，Vusers可以根据实际情况的需要，在测试过程中增加或者减少。2．最大并发用户数：颜色比例度量最小值平均值最大值SD100ApacheCPU使用情况(Apache):172.17.7.2100.7770.8520.930.0430.01已发送KB/秒(Apache):172.17.7.21061430.3712689.333327.9240.1点击次数/秒(Apache):172.17.7.2100.333114.352533.66740.201应用系统在当前环境下能承受的最大并发用户数。在方案运行中，如果出现了大批用户的业务操作失败，或出现了服务器shutdown的情况，则说明在当前环境下，系统承受不了当前并发用户的负载压力，那么最大并发用户数就是前一个没有出现这种现象的并发用户数。从上图可以看出：在测试运行到4个小时左右的时候，apache的点击数/秒开始迅速增加！3．业务操作响应时间：使用“事务性能摘要”图，可以确定在方案执行期间响应时间过长的事务。颜色比例度量1最小值1平均值1最大值分析事务的响应情况，要每次详细分析，目前还只能观察到响应时间过长的事务！4．每秒点击数负载测试期间每秒内Vuser在Web服务器上点击的次数。可根据点击次数来估算Vuser生成的负载数。颜色比例度量图最小值平均值图最大值图中间值图SD1点击次数69.908105.736130.244103.66612.186从图中不难看出，在4小时的时候，点技数明显增高。和apache的每秒点击数增大的时间相吻合！5．吞吐量负载测试期间Web服务器上的吞吐量(字节)。吞吐量表示在任何指定秒内Vuser从服务器接收到的数据量。此图可估计Vuser生成的负载量(服务器吞吐量)。颜色比例度量图最小值平均值图最大值图中间值图SD1Throughput1257502.7951375591.3721525865.0471372743.69149130.473同样，从图中可以看出，在4个小时的时候，web服务器的吞吐量开始增高。在图中还可以看到吞吐量的走势图，从开始到进行到4个小时反弹之前呈降低的趋势，这是因为系统在初期调用的资源都是直接来之服务器，运行一段时间后系统的部分资源来自缓存。6．下载...
