LoadRunner压力测试结果分析探讨.doc

LoadRunner压力测试结果分析探讨 　　分析原则： 　　1. 具体问题具体分析（这是由于不同的应用系统，不同的测试目的，不同的性能关注点） 　　2. 查找瓶颈时按以下顺序，由易到难。 　　服务器硬件瓶颈? 网络瓶颈（对局域网，可以不考虑）? 服务器操作系统瓶颈（参数配置）? 中间件瓶颈（参数配置，数据库，web服务器等）? 应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等） 　　分析的信息来源： 　　1. 根据场景运行过程中的错误提示信息 　　2. 根据测试结果收集到的监控指标数据 　　一．错误提示分析 　　分析实例： 　　1．Error: Failed to connect to server “30″: [10060] Connection 　　Error: timed out Error: Server “30″ has shut down the connection prematurely 　　分析： 　　A、应用服务死掉。 　　（小用户时：程序上的问题。程序上处理数据库的问题，实际测试中多半是服务器链接的配置问题） 　　B、应用服务没有死 　　（应用服务参数设置问题） 　　对应的Apache和tomcat的最大链接数需要修改，如果连接时收到connection refused消息，说明应提高相应的服务器最大连接的设置，增加幅度要根据实际情况和服务器硬件的情况来定，建议每次增加25%！ 　　C、数据库的连接 　　(数据库启动的最大连接数（跟硬件的内存有关）) 　　D、我们的应用程序spring控制的最大链接数太低 　　2. Error: Page download timeout (120 seconds) has expired 　　分析： 　　A、应用服务参数设置太大导致服务器的瓶颈 　　B、页面中图片太多 　　C、在程序处理表的时候检查字段太大多 　　D、实际测试时有些资源需要请求外网，而我们的测试环境是局域网环境 　　3. Error “30/Home.do” 　　分析： 　　A、脚本设计错误，造成页面异常。服务器有响应！ 　　B、并发数过大，造成服务器响应延迟。 　　4. Error page “text=xxxxx” 　　分析： 　　A、脚本设计问题，例如，前一脚本修改了某些内容，造成后面的脚本访问异常。 　　B、不确定因素，有时候回放正常的脚本，一放到场景中就出现这样的错误。只能反复修改脚本！ 　　二．监控指标数据分析 　　1．Vusers数 　　Loadrunner 系统设置的虚拟用户数目。Vuser去实际调用事先制作的脚本文件中的应用。 　　每个Vuser产生响应的操作，所有的操作对服务器形成并发。 　　颜色 比例 度量 图最小值 图平均值 图最大值 图中间值 图SD 　　1 Run 0.0 21.25 44 41 21.276 　　在实际测试中，Vusers可以根据实际情况的需要，在测试过程中增加或者减少。 　　2．最大并发用户数： 　　颜色 比例 度量 最小值 平均值 最大值 SD 　　100 Apache CPU 使用情况(Apache):10 0.777 0.852 0.93 0.043 　　0.01 已发送 KB/秒(Apache):10 6 1430.371 2689.333 327.924 　　0.1 点击次数/秒(Apache):10 0.333 114.352 533.667 40.201 　　应用系统在当前环境下能承受的最大并发用户数。 　　在方案运行中，如果出现了大批用户的业务操作失败，或出现了服务器shutdown的情况，则说明在当前环境下，系统承受不了当前并发用户的负载压力，那么最大并发用户数就是前一个没有出现这种现象的并发用户数。 　　从上图可以看出：在测试运行到4个小时左右的时候，apache的点击数/秒开始迅速增加！ 　3．业务操作响应时间： 　　使用“事务性能摘要”图，可以确定在方案执行期间响应时间过长的事务。 　　颜色 比例 度量 　　1 最小值 　　1 平均值 　　1 最大值 　　分析事务的响应情况，要每次详细分析，目前还只能观察到响应时间过长的事务！ 　　4．每秒点击数 　　负载测试期间每秒内 Vuser 在 Web 服务器上点击的次数。可根据点击次数来估算 Vuser 生成的负载数。 　　颜色 比例 度量 图最小值 平均值 图最大值 图中间值 图SD 　　1 点击次数 69.908 105.736 130.244 103.666 12.186 　　从图中不难看出，在4小时的时候，点技数明显增高。和apache的每秒点击数增大的时间相吻合！ 　　5．吞吐量 　　负载测试期间 Web 服务器上的吞吐量(字节)。吞吐量表示在任何指定秒内 Vuser 从服务