Loadrunner中直接给出的TPS数据存在BUG

156881887

使用Loadrunner进行性能测试时，当场景运行即将结束，用户正在逐渐退出时，此时的VUser实际上对系统已经没有事务请求了。
      但是场景的持续时间仍然在进行计时，如果VUser退出较慢时，TPS的数值将比实际偏小。

此时，需要手工计算该TPS数值，即使用 成功的总事务数/总消耗时间（秒）。

为什么使用成功的总事务数，而不是成功+失败的总事务数？
其一：因为TPS应该指的是系统每秒处理完成的事务数。
如果发生了失败，没有办法判断失败所处的位置是发生在事务处理的最后，还是事务处理的开始，因此并不是一次完整的事务处理。
其二：TPS是要计算系统的业务处理能力，一旦场景中发生的失败数过多，计算TPS也失去了意义和价值。

edisonzhang

TPS是要计算系统的业务处理能力，一旦场景中发生的失败数过多，计算TPS也失去了意义和价值。
另外我觉得 少量的失败事物对系统而言是业务处理了，只是错了而已

夏日摸摸茶

出错过多，说明肯定测试是不成功的，无任何说服力。用户逐渐退出的过程中，也是在执行完本次迭代才结束的呀，这个阶段不能说 vuser对系统没有压力了

niunjxtest

。。

zbjie

loadrunner自己带工具的啊，做GRAFIC的时候可以把赶上时间和结束时间过滤一下就OK了。