测试出平均响应时间14056

tianjiaoling

测试出平均响应时间14.56是不是太恐怖了？？
但是在实际用的过程中，大概只要2秒左右

iori

不是太恐怖

whyleave

你测试的时候模拟的多少用户

joetree

1.你测试时，是多大的并发量？
2.测试时，思考时间是否忽略了？
3.你所说的2秒，又是多大的并发？

14.56秒也不是天塌下来。。。有不少系统有50-60秒的辉煌战绩，甚至大面积的120秒超时都有可能的

whyleave

我这还有1张报表2小时才出来的呢,测的痛苦啊

tianjiaoling

14.56是1000个用户并发，
经理要我给他一个响应时间。
我应该给他哪个响应时间呢？

tianjiaoling

我没有设置思想时间，
测试计划上是这样写的：响应时间          2秒        测试系统的平均响应时间

什么叫作 系统的平均响应时间？
怎么才能得到呢？
比如说：我测试到的数据如下
1000个用户并发：14.56
300个用户并发：12.35
那它的平均响应时间是什么？

luming

感觉你应该按照目标的方式去运行压力测试。
就是在2秒响应时间内，支持多少的用户。

tianjiaoling

？2秒响应时间内支持多少用户？？这个怎么测？

tianjiaoling

我现在想知道。平均响应时间怎么得来的？
1000个用户并发产生的平均响应时间
和100个用户并发产生的平均响应时间，
它们两个都有效。。那我怎么去反馈给经理。。到底系统的平均响应时间是多少呢？

mr.bee

一点都不恐怖啊
那要看你多少并发还有网络状况
基于你提出这个问题情况
我想是不是要考虑你一下你的脚本呢？

liming_oicq

你首先做一个单脚本一个用户的稳定性基准测试,用于后面测试做比较
然后做一个阶梯测试,来看一下用户数和响应时间的关系

joetree

1000并发。。。。才14秒多？很强了，真的

tianjiaoling

其实我这个很奇怪的，我用的时候响应特别快。。但是我录脚本的时候。响应就特别慢。
我一个用户迭代100次。响应时间也是10多秒


  大虾 我现在的问题是，。平均响应时间以哪种情况为准呀，
比如1000用户并发的
100用户并发的？

luming

一个用户2秒和10个用户2秒是不一样的。
你在controllor中new scenario的时候，选择goal-oriented scenario，这个是目标方式的性能测试。
在目标中，你选择Transaction Response Time，选择你需要测试的事务，事务时间，最大最小用户，这样在测试过程中，就会知道2秒事务内，最多支持多少的用户了。

还有，你要搞清楚，总用户数、登录用户数、并发用户数的差别。通常能够有总用户数的2%~3%的并发用户数就不错了。
1000用户并发，真的是很难达到的事情。所以10秒以上的事情算不得多。

[ 本帖最后由 luming 于 2008-5-22 11:29 编辑 ]

mr.bee

我现在想知道。平均响应时间怎么得来的？
1000个用户并发产生的平均响应时间
和100个用户并发产生的平均响应时间，
它们两个都有效。。那我怎么去反馈给经理。。到底系统的平均响应时间是多少呢？

答：系统平均响应时间是lr计算出来的（废话）
如果你要反馈给经理，基于你目前说到情况（如此优秀），我给你的建议是
反馈以下信息
     50用户并发的响应时间
     100用户并发的响应时间
     200用户并发响应时间
     500用户并发响应时间
     1000用户并发响应时间

当然还有点奇怪的是1000并发14秒响应，也快了一点点吧（当然你服务器厉害的话也算正常）。

dragonflow

我这还有1张报表2小时才出来的呢,测的痛苦啊

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
2小时才出一张报表，你那个系统是关于什么？要统计多大数据量啊？
好奇中。

zhoward

我是翻找老帖的能手.....
并发1000用户响应时间才14s，已经是非常了不起的。我们做过一个系统，1000用户响应90s以上，还达到120+的，这个岂不是要上吊了？
15楼说的话很有道理，我们现在测试，都是说并发多少就测多少，比如说并发500，而往往忽略了系统用户数，在线用户数，以及并发用户数的差别。 不过，这三者用户数之间的比例是怎么来的，请知道的人指点一下，谢谢。