测试出平均响应时间14056
测试出平均响应时间14.56是不是太恐怖了？？但是在实际用的过程中，大概只要2秒左右 不是太恐怖 你测试的时候模拟的多少用户 1.你测试时，是多大的并发量？
2.测试时，思考时间是否忽略了？
3.你所说的2秒，又是多大的并发？
14.56秒也不是天塌下来。。。有不少系统有50-60秒的辉煌战绩，甚至大面积的120秒超时都有可能的 我这还有1张报表2小时才出来的呢,测的痛苦啊 14.56是1000个用户并发，
经理要我给他一个响应时间。
我应该给他哪个响应时间呢？ 我没有设置思想时间，
测试计划上是这样写的：响应时间 2秒 测试系统的平均响应时间
什么叫作 系统的平均响应时间？
怎么才能得到呢？
比如说：我测试到的数据如下
1000个用户并发：14.56
300个用户并发：12.35
那它的平均响应时间是什么？ 感觉你应该按照目标的方式去运行压力测试。
就是在2秒响应时间内，支持多少的用户。 ？2秒响应时间内支持多少用户？？这个怎么测？ 我现在想知道。平均响应时间怎么得来的？
1000个用户并发产生的平均响应时间
和100个用户并发产生的平均响应时间，
它们两个都有效。。那我怎么去反馈给经理。。到底系统的平均响应时间是多少呢？ 一点都不恐怖啊
那要看你多少并发还有网络状况
基于你提出这个问题情况
我想是不是要考虑你一下你的脚本呢？:) 你首先做一个单脚本一个用户的稳定性基准测试,用于后面测试做比较
然后做一个阶梯测试,来看一下用户数和响应时间的关系 :L 1000并发。。。。才14秒多？很强了，真的 其实我这个很奇怪的，我用的时候响应特别快。。但是我录脚本的时候。响应就特别慢。
我一个用户迭代100次。响应时间也是10多秒
大虾 我现在的问题是，。平均响应时间以哪种情况为准呀，
比如1000用户并发的
100用户并发的？ 一个用户2秒和10个用户2秒是不一样的。
你在controllor中new scenario的时候，选择goal-oriented scenario，这个是目标方式的性能测试。
在目标中，你选择Transaction Response Time，选择你需要测试的事务，事务时间，最大最小用户，这样在测试过程中，就会知道2秒事务内，最多支持多少的用户了。
还有，你要搞清楚，总用户数、登录用户数、并发用户数的差别。通常能够有总用户数的2%~3%的并发用户数就不错了。
1000用户并发，真的是很难达到的事情。所以10秒以上的事情算不得多。
[ 本帖最后由 luming 于 2008-5-22 11:29 编辑 ] 我现在想知道。平均响应时间怎么得来的？
1000个用户并发产生的平均响应时间
和100个用户并发产生的平均响应时间，
它们两个都有效。。那我怎么去反馈给经理。。到底系统的平均响应时间是多少呢？
答：系统平均响应时间是lr计算出来的（废话）
如果你要反馈给经理，基于你目前说到情况（如此优秀），我给你的建议是
反馈以下信息
50用户并发的响应时间
100用户并发的响应时间
200用户并发响应时间
500用户并发响应时间
1000用户并发响应时间
当然还有点奇怪的是1000并发14秒响应，也快了一点点吧（当然你服务器厉害的话也算正常）。 我这还有1张报表2小时才出来的呢,测的痛苦啊
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
2小时才出一张报表，你那个系统是关于什么？要统计多大数据量啊？
好奇中。 我是翻找老帖的能手.....
并发1000用户响应时间才14s，已经是非常了不起的。我们做过一个系统，1000用户响应90s以上，还达到120+的，这个岂不是要上吊了？
15楼说的话很有道理，我们现在测试，都是说并发多少就测多少，比如说并发500，而往往忽略了系统用户数，在线用户数，以及并发用户数的差别。 不过，这三者用户数之间的比例是怎么来的，请知道的人指点一下，谢谢。
页:
[1]
