[性能测试] LoadRunner结果分析 – TPS(转)

[性能测试] LoadRunner结果分析 – TPS

针对吞吐率和 TPS 的关系,这个在结果分析中如何使用,就个人经验和朋友讨论后,提出如下建议指导,欢迎同僚指正。

相关定义

  • 响应时间 = 网络响应时间 + 应用程序响应时间
  • 响应时间 =(N1+N2+N3+N4)+(A1+A2+A3)
  • TPS :Trasaction per second也就是事务数/秒。它是软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始 计时,收到服务器响应后结束计时,以此来计算使用的时间和完成的事务个数,最终利用这些信息来估计得分。客户机使用加权协函数平均方法来计算客户机的得 分,测试软件就是利用客户机的这些信息使用加权协函数平均方法来计算服务器端的整体TPS得分。一般来说系统的TPS取决于系统事务最低处理能力的模块的 TPS,经验值10-100
  • HPS:Hit per second也就是点击数/秒,指的是一秒钟的时间内用户对WEB页面的链接、提交按钮等点击的总和。一般与TPS成正比关系,是衡量B/S系统的一个主要指标
  • Throughput/s:吞吐率,指的是每秒系统处理的客户的请求的数量,也可以理解为单位时间内客户接收到的服务的反馈量
  • 吞吐率:测试过程中每秒从服务器返回的字节数。

从定义上来看,如果 TPS 很小,但是吞吐率比较大,说明服务器的返回的页面文件 ( 字节数 ) 是比较大的,此时根据页面细分图,如果存在页面问题,考虑页面压缩。

还应根据 A1—A3 , N1—N3 实际考虑。

如果 A1 或者 A3 比较大,说明 webserver 处理可能存在问题,如果 A2 比较大,则说明 DBserver 处理存在问题,建议 sql 优化。

当增大系统的压力 ( 或增加并发用户数 ) 时,吞吐率和 TPS 的变化曲线呈大体一致,则系统基本稳定。

若压力增大时,吞吐率的曲线增加到一定程度后出现变化缓慢,甚至平坦,同时 TPS 也趋于平坦,查看系统资源使用,如果资源使用率比较低,说明服务器硬件资源不存在问题,查看网络流量,估计网络带宽存在问题。

同理若点击率 /TPS 曲线出现变化缓慢或者平坦 , 点击率 ( 用户每秒发出的请求数 ) 如果在压力增加时,趋于平坦,很可能是服务器响应时间增加,观察服务器资源使用情况,确定是否是服务器问题。

TPS 是软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时,收到服务器响应后结束计时, 以此来计算使用的时间和完成的事务个数,最终利用这些信息来估计得分。客户机使用加权协函数平均方法来计算客户机的得分,测试软件就是利用客户机的这些信 息使用加权协函数平均方法来计算服务器端的整体 TPS 得分。

一般的,评价系统性能均以每秒钟完成的技术交易的数量来衡量。系统整体处理能力取决于处理能力最低模块的 TPS 值。依据经验,应用系统的处理能力一般要求在 10-100 左右。不同应用系统的 TPS 有着十分大的差别,一般需要通过性能测试进行准确估算。

经验分析:

1、TPS标准差/TPS Average>8%,或者<2%则系统存在性能瓶颈

2、当增大系统的压力 ( 或增加并发用户数 ) 时,吞吐率和 TPS 的变化曲线呈正比变化,则系统基本稳定

3、若压力增大时,吞吐率的曲线增加到一定程度后出现变化缓慢,甚至平坦,同时 TPS 也趋于平坦,查看系统资源使用,如果资源使用率比较高,则说明服务器硬件资源存在问题,需要拓展硬件或者优化应用。反之,则说明服务器硬件资源不存在问题,查看网络流量,估计网络带宽存在问题。

4、点击率 /TPS 曲线出现变化缓慢或者平坦 , 很可能是服务器响应时间增加,观察服务器资源使用情况,确定是否是服务器问题或者应用问题

时间: 2024-12-28 15:41:11

[性能测试] LoadRunner结果分析 – TPS(转)的相关文章

LoadRunner结果分析 – TPS

针对吞吐率和 TPS 的关系,这个在结果分析中如何使用,就个人经验和朋友讨论后,提出如下建议指导,欢迎同僚指正. 相关定义 响应时间 = 网络响应时间 + 应用程序响应时间 响应时间 =(N1+N2+N3+N4)+(A1+A2+A3) TPS :Trasaction per second也就是事务数/秒.它是软件测试结果的测量单位.一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程.客户机在发送请求时开始计时,收到服务器响应后结束计时,以此来计算使用的时间和完成的事务个数,最终利用这

( 转)性能测试--地铁模型分析

( 转)性能测试--地铁模型分析 地铁模型分析 和绝大部分人一样,小白每天都要乘坐地铁上下班,那么就拿地铁来分析,再次深刻理解下性能.早上乘坐地铁上班,最典型的就是北京地铁1.5.10.13号线等,人多得简直没法形容!为了方便理解分析,先做如下假设. 某地铁站进站只有3个刷卡机. 人少的情况下,每位乘客很快就可以刷卡进站,假设进站需要1s. 乘客耐心有限,如果等待超过30min,就会暴躁.唠叨,甚至选择放弃. 按照上述的假设,最初会出现如下的场景. 场景一:只有1名乘客进站时,这名乘客可以在1s

老李分享:Eclipse中开发性能测试loadrunner脚本

前篇我分享了如何用loadrunner搭建javauser的性能测试脚本环境,本次我来告诉大家如何在eclipse开发loadrunner脚本如何配置环境,poptest是业内唯一一家培养测试开发工程师的培训机构,以培养学员做性能测试,自动化测试,测试工具开发的能力为目标,在poptest的课堂上分享大量的性能测试案例,由于个人的经验有限,资源有限,无法让讲师个人的能力跟上业务的技术进步,培训机构的讲师都在吃老本,poptest创始人李爱然,王远兵和我都希望能把一线的技术教给学员,让学员真正学到

Loadrunner性能指标分析

一.用户事务分析  用户事务分析是站在用户角度进行的基础性能分析. 1.Transation Sunmmary(事务综述)  对事务进行综合分析是性能分析的第一步,通过分析测试时间内用户事务的成功与失败情况,可以直接判断出系统是否运行正常. 2.Average Transaciton Response Time(事务平均响应时间)  “事务平均响应时间”显示的是测试场景运行期间的每一秒内事务执行所用的平均时间,通过它可以分析测试场景运行期间应用系统的性能走向.根据该图,可以定位出现性能问题的转折

LoadRunner性能测试样例分析

LR性能测试结果样例分析 测试结果分析 LoadRunner性能测试结果分析是个复杂的过程,通常可以从结果摘要.并发数.平均事务响应时间.每秒点击数.业务成功率.系统资源.网页细分图.Web服务器资源.数据库服务器资源等几个方面分析,如图1- 1所示.性能测试结果分析的一个重要的原则是以性能测试的需求指标为导向.我们回顾一下本次性能测试的目的,正如 所列的指标,本次测试的要求是验证在30分钟内完成2000次用户登录系统,然后进行考勤业务,最后退出,在业务操作过程中页面的响应时间不超过3秒,并且服

Loadrunner常用分析点

Loadrunner常用的分析点 一.在Vuser(虚拟用户状态)中 1.Running Vusers:提供了生产负载的虚拟用户运行状态的相关信息,可以帮助我们了解负载生成的结果.(即用户在几分钟左右达到了组在峰值多少个虚拟用户,负载的生成是大约每分钟增加几个用户,峰值负载持续为几分几秒) 2.Rendezvous(负载过程中集合点下的虚拟用户):当设置集合点后会生成相关数据,反映了随着时间的推移各个时间点上并发用户的数目,方便我们了解并发用户的变化情况.(描述:刚开始的几分钟内,负载的并发用户

结果分析TPS和响应时间

1.TPS=事务数/运行时间 场景运行过程中,事务数旁边会记录TPS,但有些不太准确,需要时候可以自己计算. 2.一个系统性能测试结束后,分析结果时候,应该看系统处理能力的曲线图,即,随着用户数量的增长,系统的TPS的能力如何.               正常情况下: 系统开始使,tps会随着用户数的增加而增加,当增加到一定程度时候,tps变得稳定下来,该tps值便是系统的处理能力,再随着用户数的增加,只能牺牲客户的响应时间去满足系统的处理能力,即,系统的响应时间变得越来越大, 达到一定程度时

性能测试常见瓶颈分析及调优方法

在性能测试过程中,最重要的一部分就是性能瓶颈定位与调优.而引发性能瓶颈的原因是多种多样的,在之前的博客:常见的性能测试缺陷有进行介绍. 这篇博客,来聊聊性能测试过程中的一些注意事项,以及常见的一些性能缺陷表现及如何进行定位分析并且调优... 一.注意事项 1.断言 在压测时,为了判断发送的请求是否成功,一般会通过对请求添加断言来实现.使用断言时,建议遵循如下规范: ①.断言内容尽量以status/code.msg/message来判断(当然前提是接口设计遵循Restful规范) Jmeter示例

性能测试概念点分析与过程讲解(二)

6).调试验证 脚本录制完成后,一般是跑不起来的,必须对脚本进行调整和增强.需要做的调整和增强一般有: 1.每个请求的作用需要了解,对于一些如图片,CSS等资源性的请求可以忽略甚至直接可以删除,因为一般性能测试还是对业务逻辑和处理进行压力测试. 2.对于submit等提交参数的请求进行关注,分别了解各个请求的作用,并分析请求参数是否需要做参数化,参数是否随用户,时间,请求次数的改变而改变.(参数化后面详细来讲解) 3.关注控制具体业务操作的请求,特别关注请求中url或者提交中带有的参数,一般这些