51Testing软件测试论坛
标题:
LoadRunner测试结果分析(一)
[打印本页]
作者:
xingcyx
时间:
2007-2-8 16:06
标题:
LoadRunner测试结果分析(一)
1. 关于TPS(Transactions per Second): 每秒处理事务数。
这个值可以说明系统在特定的负载情况下,每秒可以处理多少个客户端请求,这是一个衡量服务器端性能的重要指标,相信各位在进行性能测试的时候经常会用到这个指标。但是一直以来我都有一个疑问,到底这个值是怎么算出来的。既然是每秒事务数,那算法自然是“事务数/时间”。事务数很好理解,执行了多少就是多少,关键是这个时间。是整个场景执行的时间,还是仅仅是在服务器端执行的时间?因为我们知道,这两个时间肯定是有区别的,前者还包括thinktime的时间、pacing的时间以及在网络上耗费的时间等等。
为了弄明白这个问题,我今天特地查了一下帮助文档,看到上面是这么说的:“每秒事务数图显示在场景或会话步骤运行的每一秒中,每个事务通过、失败以及停止的次数。”如果按照这句话去理解,那么上面那个问题的答案应该是后者,也就是说,在Transaactions per Second这张图中,LoadRunner是针对场景运行过程中的每一个时间点取样一次,显示在这个时间点上每个事务的通过、失败以及停止的个数。
另外,我还在Analysis里面找了一下,发现图表的时间显示粒度也是可以设置的。具体方法为:在图表上点击右键->选择“Set Granularity”或者直接按Ctrl+G。我试着把时间粒度调成以毫秒为单位,结果LoadRunner提示当前不支持以毫秒为显示粒度,由此我推断LoadRunner对于Transactions per Second这张图,最小的取样粒度为1秒。
以上分析如果有不对的地方,希望各位提出批评。
作者:
zhidongpop
时间:
2007-2-13 16:54
同意三疯的观点。
作者:
bluemoon1999
时间:
2007-2-14 11:10
同意啊
LZ分析的很对。
还有一个指标 叫 平均事务响应时间。
LR 在帮助里面 说 把每秒事务数图 和这个对比 能分析 事务数目与性能 时间的影响。
问题是:我注意到 帮助 还有一个指标:“每秒事务总数”
这个指标是反映 运行时的每一秒种 处理的事务的总数。
LZ说的是 每秒事务数图, 实际上 个人感觉 每秒事务总数 更能反映 服务器的性能。
每秒事物总数 和 每秒事务次数 是相对的。
一个是反映 每一秒种,每个事务的 执行的次数。注意:每个事务执行的次数。
一个是反映每一秒种,执行的事务总数。执行的次数的综合
这样对这2个概念 比较的进行分析,我个人觉得 能理解深入一点。
欢迎大家提意见。
总感觉LR的帮助写的不够详细~多个指教的关联 没有描述清楚。
~
[
本帖最后由 bluemoon1999 于 2007-2-14 11:15 编辑
]
作者:
xingcyx
时间:
2007-2-14 11:55
谢谢LS的回贴。
我很同意你的观点。如果想要深入理解一个系统的性能情况,光靠一两张图是远远不够的,一定要结合各个相关的图表详细分析才行,幸运的是,LR的结果分析报表真的太强大了,绝大多数我们需要的数据都可以从中找到。
LR的帮助确实写得不够详细,我想这也不能怪MI,因为这些东西涉及到的知识点太庞杂了,完全可以写一本厚厚的书,所以肯定不可能在帮助里面详细解释,所以只能靠我们自己慢慢摸索、学习和总结了。这也是我想写这个题目的初衷,希望大家能多给我批评和指导啊!
[
本帖最后由 xingcyx 于 2007-2-14 11:56 编辑
]
作者:
pele
时间:
2007-2-14 14:58
期待LZ更多资料的问世。个人感觉LR帮助文档最关键的作用是抛砖引玉,如果想要知道更详细的东西,就要看自己的知识储备,或者自己去找相应的资料去研究了。
各个知识都是彼此关联的,假如让一个小学生看LR帮助文档,即使写得很全,很通俗易懂,结果会是怎样呢?
作者:
rickyzhu
时间:
2007-2-15 16:04
我也在研究这些图.希望可以写出点原创的东西,请大家密切留意我的博客.
其实LR最厉害的地方就是把这些统计数据都收集到了,有了原始数据,什么都好办了.
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2