LoadRunner测试结果分析（一）

xingcyx

1.        关于TPS（Transactions per Second）： 每秒处理事务数。
      这个值可以说明系统在特定的负载情况下，每秒可以处理多少个客户端请求，这是一个衡量服务器端性能的重要指标，相信各位在进行性能测试的时候经常会用到这个指标。但是一直以来我都有一个疑问，到底这个值是怎么算出来的。既然是每秒事务数，那算法自然是“事务数/时间”。事务数很好理解，执行了多少就是多少，关键是这个时间。是整个场景执行的时间，还是仅仅是在服务器端执行的时间？因为我们知道，这两个时间肯定是有区别的，前者还包括thinktime的时间、pacing的时间以及在网络上耗费的时间等等。
      为了弄明白这个问题，我今天特地查了一下帮助文档，看到上面是这么说的：“每秒事务数图显示在场景或会话步骤运行的每一秒中，每个事务通过、失败以及停止的次数。”如果按照这句话去理解，那么上面那个问题的答案应该是后者，也就是说，在Transaactions per Second这张图中，LoadRunner是针对场景运行过程中的每一个时间点取样一次，显示在这个时间点上每个事务的通过、失败以及停止的个数。
      另外，我还在Analysis里面找了一下，发现图表的时间显示粒度也是可以设置的。具体方法为：在图表上点击右键->选择“Set Granularity”或者直接按Ctrl+G。我试着把时间粒度调成以毫秒为单位，结果LoadRunner提示当前不支持以毫秒为显示粒度，由此我推断LoadRunner对于Transactions per Second这张图，最小的取样粒度为1秒。
      以上分析如果有不对的地方，希望各位提出批评。

zhidongpop

同意三疯的观点。

bluemoon1999

同意啊
LZ分析的很对。
还有一个指标 叫  平均事务响应时间。
LR 在帮助里面 说 把每秒事务数图   和这个对比    能分析 事务数目与性能 时间的影响。

问题是：我注意到 帮助 还有一个指标：“每秒事务总数”
这个指标是反映 运行时的每一秒种 处理的事务的总数。
LZ说的是  每秒事务数图， 实际上 个人感觉 每秒事务总数  更能反映 服务器的性能。

每秒事物总数 和   每秒事务次数 是相对的。
一个是反映 每一秒种，每个事务的 执行的次数。注意：每个事务执行的次数。
一个是反映每一秒种，执行的事务总数。执行的次数的综合

这样对这2个概念 比较的进行分析，我个人觉得 能理解深入一点。
欢迎大家提意见。


总感觉LR的帮助写的不够详细~多个指教的关联 没有描述清楚。

~

[ 本帖最后由 bluemoon1999 于 2007-2-14 11:15 编辑 ]

xingcyx

谢谢LS的回贴。
我很同意你的观点。如果想要深入理解一个系统的性能情况，光靠一两张图是远远不够的，一定要结合各个相关的图表详细分析才行，幸运的是，LR的结果分析报表真的太强大了，绝大多数我们需要的数据都可以从中找到。
LR的帮助确实写得不够详细，我想这也不能怪MI，因为这些东西涉及到的知识点太庞杂了，完全可以写一本厚厚的书，所以肯定不可能在帮助里面详细解释，所以只能靠我们自己慢慢摸索、学习和总结了。这也是我想写这个题目的初衷，希望大家能多给我批评和指导啊！

[ 本帖最后由 xingcyx 于 2007-2-14 11:56 编辑 ]

pele

期待LZ更多资料的问世。个人感觉LR帮助文档最关键的作用是抛砖引玉，如果想要知道更详细的东西，就要看自己的知识储备，或者自己去找相应的资料去研究了。

各个知识都是彼此关联的，假如让一个小学生看LR帮助文档，即使写得很全，很通俗易懂，结果会是怎样呢？

rickyzhu

我也在研究这些图.希望可以写出点原创的东西,请大家密切留意我的博客.

其实LR最厉害的地方就是把这些统计数据都收集到了,有了原始数据,什么都好办了.