51Testing软件测试论坛

标题: TPS原理 --- 欢迎加入讨论 [打印本页]

作者: lingchen2008 时间: 2009-3-5 15:32
标题: TPS原理 --- 欢迎加入讨论
HI，各位性能测试的牛人

在分析性能测试结果时，我们肯定会关注TPS这是参数值，再次我有一些疑问：平均每秒事物数，只是在每一秒时间的事物表现，具体到每一个事物的表现，例如完成某一个事物所耗费的时间就不得而知啦；假设事物平均响应时间是毫秒级的，那在这一秒内，就会有几十甚至上千的事物pass过，我们怎么去发现那些pass但是超时或者表现异常的事物呢？

所以，我想先了解TPS的原理，看看Mercury公司在这方面给我留了多少遐想空间？

请诸位大侠个数高见！

作者: stevenremember 时间: 2009-3-5 18:26
首先,要了解这个图的意思:
Transactions per Second Graph
The Transactions per Second graph displays, for each transaction, the number of times it passed, failed, and stopped during each second of a scenario or session step run. This graph helps you determine the actual transaction load on your system at any given moment. You can compare this graph to the Average Transaction Response Time graph in order to analyze the effect of the number of transactions on the performance time.

此图帮助我们确定在被测系统上给定时间段内真实事务的压力大小.借助和平均事务响应时间图比较可以分析在性能测试过程中有多少个事务受到影响(尝试翻译下

).
我的理解是:如果有很多个事务失败或者超时,那么此事务的平均响应时间大概或者肯定很高,与之相应的TPS应该很小; 反之,TPS很大.
象LZ说的毫秒级的响应时间还没遇到过.
(抛砖先, 先写这么多哈)

作者: lingchen2008 时间: 2009-3-5 21:24
标题: 回复 2# 的帖子
非常感谢 stevenremember 的见解，你的意思我明白

鉴于目前，我想把1s内的各并发transaction的表现情况看透彻，所以想得到更详细的transaction运行信息，TPS值给了我们一个汇总后的分析结果，但是就我们目前的项目需求，这个值没有太大说服力，或者不能发现一些潜在的性能bug。我现在的项目设置：响应时间大于300ms，就会抛超时log。
所以我目前的想法时，把lr运行时的rawdata做一个我想要的分析，达到我手中项目的测试目的。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)