LoadRunner压力测试结果分析探讨

发表于:2009-11-25来源:作者:点击数: 标签:loadrunnerloadRunnerLoadRunnerLoadrunner结果
LoadRunner 压力测试 结果分析探讨 软件测试 分析原则: 1. 具体问题具体分析(这是由于不同的应用系统,不同的测试目的,不同的 性能 关注点) 2. 查找瓶颈时按以下顺序,由易到难。 服务器硬件瓶颈 网络 瓶颈(对局域网,可以不考虑) 服务器操作系统瓶颈(参数

LoadRunner压力测试结果分析探讨    软件测试

 

分析原则:

  1. 具体问题具体分析(这是由于不同的应用系统,不同的测试目的,不同的性能关注点)

  2. 查找瓶颈时按以下顺序,由易到难。

  服务器硬件瓶颈 网络瓶颈(对局域网,可以不考虑) 服务器操作系统瓶颈(参数配置) 中间件瓶颈(参数配置,数据库,web服务器等) 应用瓶颈(SQL语句、数据库设计、业务逻辑、算法等)

  分析的信息来源:

  1. 根据场景运行过程中的错误提示信息

  2. 根据测试结果收集到的监控指标数据

  一.错误提示分析

  分析实例:

  1.Error: Failed to connect to server “172.17.7.230″: [10060] Connection

  Error: timed out Error: Server “172.17.7.230″ 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 “http://172.17.7.230/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):172.17.7.210 0.777 0.852 0.93 0.043

  0.01 已发送 KB/秒(Apache):172.17.7.210 6 1430.371 2689.333 327.924

  0.1 点击次数/秒(Apache):172.17.7.210 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 从服务器接收到的数据量。此图可估计 Vuser 生成的负载量(服务器吞吐量)。

  颜色 比例 度量 图最小值 平均值 图最大值 图中间值 图SD

  1 Throughput 1257502.795 1375591.372 1525865.047 1372743.691 49130.473

  同样,从图中可以看出,在4个小时的时候,web服务器的吞吐量开始增高。

 

 

 

原文转自:http://www.ltesting.net