51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3259|回复: 13
打印 上一主题 下一主题

不一样的方案得到的结果不一样,解释一下其中的原因

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-10-11 16:30:12 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
用LR测试一个页面的最大访问量,下面是测试方案:



方案一:100Vusers
加压10user/6s,持续时间是1分钟,然后减压10/6s   
错误很小
方案二:200Vusers
加压40user/10s,持续时间是2分钟,然后减压40/10s  
错误很大
方案三:100Vusers
100user/s,没有错误,但是实际上只是运行了27users
方案三:200Vusers
200user/s,没有错误,但是实际上只是运行了38users

Qusetion1:为什么会是以上的情况,请说出其中的原因?

Qusetion2:web资源图中,哪几个图就能说明问题了?衡量web资源中的计数器有没有一个通用的标准,比如说  “每秒点击次数”达到多少,就能说明访问正常?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

14#
发表于 2004-10-12 17:27:44 | 只看该作者
你们那个server的机子可能系统参数配置太低,unix系统还没有把请求转给apache自己就承受不了了。建议找server管理员来查看情况,并调高参数,比如句柄个数,socket连接个数等。
回复 支持 反对

使用道具 举报

该用户从未签到

13#
 楼主| 发表于 2004-10-12 14:33:56 | 只看该作者
Action.c(6): 错误 -27796: 连接服务器“192.168.100.22:80”失败: [10061] Connection refused;
该怎么处理呢?
回复 支持 反对

使用道具 举报

该用户从未签到

12#
 楼主| 发表于 2004-10-12 14:24:24 | 只看该作者
Originally posted by sunshinelius at 2004-10-12 12:41 PM:
我们做性能测试的目的是找出系统性能的瓶颈,往往要多测几次,使用不同的配置来找出性能瓶颈。下面说一下个人的体会。
首先确定性能测试方案,然后设计性能测试case,其次执行性能测试,并在测试中灵活调整,增 ...





100users;
运行10分钟,100users/s,会弹出以下错误:

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2004-10-12 12:41:04 | 只看该作者
我们做性能测试的目的是找出系统性能的瓶颈,往往要多测几次,使用不同的配置来找出性能瓶颈。下面说一下个人的体会。
首先确定性能测试方案,然后设计性能测试case,其次执行性能测试,并在测试中灵活调整,增加或删除case。不要上来就测,那样有可能走很多弯路,到后来得到一堆没有意义的结果数据,无法分析出瓶颈。
对于web应用性能测试设计方案时,最好能提前考虑到一下几个方面:
1。瓶颈会不会出现在测试pc?如果pc配置不高,只能多启几个agent来做。
2。瓶颈会不会出现在服务器硬件?这就是你要检测的cpu和内存等系统资源使用情况
3。瓶颈会不会出现在web应用服务器?比如你使用的apache,最好准备一个apache性能调优的手册,并在正式测试之前,先空测一下apache,了解apache的处理能力,以后好有个对比。
4。瓶颈会不会出现在数据库?在测试时,可以打开oracle性能监控工具查看。
5。最后,测试的瓶颈可能出现被测的应用程序中。这个可能性是最大的。
所以在设计性能测试方案之前,要尽量设计合理,了解清楚,避免正式测试时出现前四种瓶颈。要不等到正式测试时,出现问题,就要一个个追查了。
其次,对于web程序指标设计case
并发测试和负载测试应该都要做。个人认为,运行100个用户10分钟这种场景很好,并发和负载一举两得。运行时间可适当调长,二十分钟左右才有可能稳定。可以在测试时查看响应时间,处理request请求个数图表,如果是平稳,证明系统性能稳定,可以结束测试。如果有上升或下降趋势,那就还要延长运行时间。
再回来那个你具体得问题
我测过apache,我觉得经过参数调优的apahce性能很好。毕竟apahce是一个很多著名网站都在使用的web服务器。不可能你的web应用性能比apache还要好(除非很简单的页面)。
你注意一下web程序的资源使用情况和apache的资源使用情况就可以了。两者一对比,就看出谁在承受压力。
至于那个Erro-27728错误,应该是controller报出来的吧。看一下出错的描述是什么。然后再确定是哪里的问题。
添加apache计数器,要添加一个查看apache服务器状态的连接。lr是通过这个连接去搜集apache信息的。我还没来得及查,你在google上搜一下吧
回复 支持 反对

使用道具 举报

该用户从未签到

10#
 楼主| 发表于 2004-10-12 10:03:21 | 只看该作者
web服务器是apache,系统是linux,我说系统是unix说错了!
回复 支持 反对

使用道具 举报

该用户从未签到

9#
 楼主| 发表于 2004-10-12 10:02:08 | 只看该作者
web服务器是apache,系统是linux
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2004-10-12 09:30:58 | 只看该作者
第三种和第四种的确没有设置同步点;
要求测web服务器是:并发数是多大;
我设计的方案是:
100user/s,运行5分钟,如果服务器正常运作没有错误,在试试 200Vusers,运行5分钟。。。。
问题一:1 这么设计方案合适吗?如果不合适,请告诉你的设计方案
            2 服务器死掉了,看cpu,内存这些参数就可以了吗?
            3 apache服务器的系统是unix,如何在controller中加apache的性能计数器?(本机是windows2000 server)
            4 如果问题3加不了性能计数器的话,那登陆到那台机子,在unix系统下看cpu,内存,也应该能发现问题是吗?
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2004-10-12 09:11:08 | 只看该作者
question 1:
第一种方案和第二种方案其实对server施加的压力比后两种要大。你的第三种和第四种方案可能没有设置同步点,有一部分用户已经退出了,迟到的用户才上来。而前两种方案不存在这种问题,运行时长为一分钟,能够保证并发用户数同时在线。那出现这样的测试结果就很正常了。
question2:
错误类型是:Erro-27728,显然不是apache服务器报出来的(当然有可能apache死掉,系统可能会抛出这样的错误)。如果担心瓶颈出现在apache容器,建议首先对apache参数进行调优,对apache容器施压,得出测试结果,比如响应时间,request处理能力等等。然后与有了web应用的性能测试结果进行对比,以得出答案、
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2004-10-12 08:59:45 | 只看该作者
apache没接触过,不好意思
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2004-10-12 08:44:55 | 只看该作者
本机是windows 2000 Professional;
协议是:http/html
web服务器是apache,系统是unix;
错误类型是:Erro-27728;

顺便问一下:如何加apache的性能计数器?
我添加后,apache图上没有任何反应,是空白;
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2004-10-11 18:39:40 | 只看该作者
协议是:http/html
web服务器是apache;
错误类型是:Erro-27728;

顺便问一下:如何加apache的性能计数器?
我添加后,apache图上没有任何反应,是空白;
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-10-11 16:41:08 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2004-10-11 16:37:05 | 只看该作者
首先,你用的是什么协议?(不同协议差别比较大)
其次,不同的 web服务器由不同的硬件和软件组成,个人电脑组成的测试服务器根本无法和大型的服务器相比,也就谈不上什么标准了
再次,出现的错误类型是什么,可以通过详细信息得到(我估计是时间过长无法响应,才导致出错)
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-8 05:52 , Processed in 0.071138 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表