LoadRunner响应时间不稳定，什么原因？
最近在用LoadRunner进行测试时，发现有的模块响应时间极不稳定。。。最小响应时间很短;
最大响应时间很长;
90%响应时间要比平均值高上不少;
而且每次测试90%的响应时间也有比较大的差距;
不知道是应用程序本身的问题还是测试方法上的问题，如果是应用程序本身的问题，有没有什么办法可以查出是什么原因，如果是测试方法上的问题也请大虾们指点一二。
沙发自己占了
100个用户并发，测试了5遍，90%的响应时间分别为6、2、14、9、3，崩溃ING。。。。。 假如是从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%时间能不能满足客户的需要。查原因当然可以查，但我不认为那是简单几句话就能概括得了的。 原帖由 tttrrryyy 于 2010-3-5 16:37 发表 http://bbs.51testing.com/images/common/back.gif
假如是从1个用户增加到1000个用户
那一个用户时响应时间0.343秒，很正常
第一千个用户响应时间17.721秒，也很正常
最小和最大差距再大都是可能出现的。
平均时间是根据采样频率计算出来的，90%时间是说90%的响应 ...
恩，我明白你的意思，但是我是100个用户同时开始，只跑一次迭代。 一次迭代问题就简单了，你抛100个十二面的筛子，把取得数字统计下，保证结果和这差不多。
一次的测试什么问题也说明不了，你还是先考虑测试方案吧。 原帖由 tttrrryyy 于 2010-3-5 17:00 发表 http://bbs.51testing.com/images/common/back.gif
一次迭代问题就简单了，你抛100个十二面的筛子，把取得数字统计下，保证结果和这差不多。
一次的测试什么问题也说明不了，你还是先考虑测试方案吧。
主要是它最小的响应时间和最大的响应时间差距很大，这个是不是有问题？
90%响应时间最恰当的用途是
比较系统调优后 性能提升的程度！ 原帖由 ccaklyw 于 2010-3-5 17:03 发表 http://bbs.51testing.com/images/common/back.gif主要是它最小的响应时间和最大的响应时间差距很大，这个是不是有问题？
但是这东西不稳定好像意义就不大了啊。没什么参考意义。 服务器不稳定呗 原帖由 jay.yan 于 2010-3-6 10:44 发表 http://bbs.51testing.com/images/common/back.gif
服务器不稳定呗
服务器只有我一个人用。独立的网段也是只有我一个人用。
有没有人能提供一个分析思路，简单说一下就行。 WEB方面定位问题似乎没什么头绪啊，有没有大虾一起讨论一下这个话题？。 100个用户并发，啥系统，啥硬件啊？一般都吃不消的，不跨就不错了
无论怎么并发到了服务器总是部分并发部分队列的，在队列里面的就慢了。
好比银行柜台，你突然来100个人同时取款，那么只有10个柜台，先进去的10个用户响应时间很短，后来的自然就慢了。
想要解决这个问题，要么多开点柜台，要不就取款快点。不过银行需要同时有100个柜台么？太奢侈了吧 loadrunner 测试页面响应时间却比httpwatch测试获得的时间还长，为什么呢?
页:
[1]
