51Testing软件测试论坛

标题: LoadRunner响应时间不稳定，什么原因？ [打印本页]

作者: ccaklyw 时间: 2010-3-5 16:17
标题: LoadRunner响应时间不稳定，什么原因？
最近在用LoadRunner进行测试时，发现有的模块响应时间极不稳定。。。
最小响应时间很短;
最大响应时间很长;
90%响应时间要比平均值高上不少;
而且每次测试90%的响应时间也有比较大的差距;

不知道是应用程序本身的问题还是测试方法上的问题，如果是应用程序本身的问题，有没有什么办法可以查出是什么原因，如果是测试方法上的问题也请大虾们指点一二。

作者: ccaklyw 时间: 2010-3-5 16:27
标题: 沙发自己占了
100个用户并发，测试了5遍，90%的响应时间分别为6、2、14、9、3，崩溃ING。。。。。

作者: tttrrryyy 时间: 2010-3-5 16:37
假如是从1个用户增加到1000个用户
那一个用户时响应时间0.343秒，很正常
第一千个用户响应时间17.721秒，也很正常
最小和最大差距再大都是可能出现的。
平均时间是根据采样频率计算出来的，90%时间是说90%的响应时间都不超过的时间。
举个例子，对某业务采样捕捉到的点是1，2，3，4，5，6，7，8，9，10，那平均时间是5秒多
但90%时间是9，因为10个点有9个点的数据都不超过9。现象很简单，说明系统在当前并发条件下性能不稳定，作为性能测试先看90%时间能不能满足客户的需要。查原因当然可以查，但我不认为那是简单几句话就能概括得了的。

作者: ccaklyw 时间: 2010-3-5 16:48

原帖由 tttrrryyy 于 2010-3-5 16:37 发表
假如是从1个用户增加到1000个用户
那一个用户时响应时间0.343秒，很正常
第一千个用户响应时间17.721秒，也很正常
最小和最大差距再大都是可能出现的。
平均时间是根据采样频率计算出来的，90%时间是说90%的响应 ...

恩，我明白你的意思，但是我是100个用户同时开始，只跑一次迭代。

作者: tttrrryyy 时间: 2010-3-5 17:00
一次迭代问题就简单了，你抛100个十二面的筛子，把取得数字统计下，保证结果和这差不多。
一次的测试什么问题也说明不了，你还是先考虑测试方案吧。

作者: ccaklyw 时间: 2010-3-5 17:03

原帖由 tttrrryyy 于 2010-3-5 17:00 发表
一次迭代问题就简单了，你抛100个十二面的筛子，把取得数字统计下，保证结果和这差不多。
一次的测试什么问题也说明不了，你还是先考虑测试方案吧。

主要是它最小的响应时间和最大的响应时间差距很大，这个是不是有问题？

作者: shanxi 时间: 2010-3-5 17:59
标题: 90%响应时间最恰当的用途是
比较系统调优后性能提升的程度！

作者: ccaklyw 时间: 2010-3-5 19:13

原帖由 ccaklyw 于 2010-3-5 17:03 发表

主要是它最小的响应时间和最大的响应时间差距很大，这个是不是有问题？

但是这东西不稳定好像意义就不大了啊。没什么参考意义。

作者: jay.yan 时间: 2010-3-6 10:44
服务器不稳定呗

作者: ccaklyw 时间: 2010-3-6 21:22

原帖由 jay.yan 于 2010-3-6 10:44 发表
服务器不稳定呗

服务器只有我一个人用。独立的网段也是只有我一个人用。
有没有人能提供一个分析思路，简单说一下就行。

作者: ccaklyw 时间: 2010-3-7 00:10
WEB方面定位问题似乎没什么头绪啊，有没有大虾一起讨论一下这个话题？。

作者: 云层 时间: 2010-3-7 08:23
100个用户并发，啥系统，啥硬件啊？一般都吃不消的，不跨就不错了

无论怎么并发到了服务器总是部分并发部分队列的，在队列里面的就慢了。

好比银行柜台，你突然来100个人同时取款，那么只有10个柜台，先进去的10个用户响应时间很短，后来的自然就慢了。
想要解决这个问题，要么多开点柜台，要不就取款快点。不过银行需要同时有100个柜台么？太奢侈了吧

作者: cloriszhang4 时间: 2011-5-31 12:11
loadrunner 测试页面响应时间却比httpwatch测试获得的时间还长，为什么呢?

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