51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5563|回复: 32
打印 上一主题 下一主题

[原创] 并发登陆测试分析

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-6-8 13:08:37 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
测试环境:
1、CPU: Pentium Dual-Core CPU E5300 2.6GHz
      内存:4GB
2、windows 2003 server,oracle 10g
3、应用程序和数据库在一起

测试场景:
1、录制登陆操作,计算输入用户名和密码后,从点击登陆到首页完全显示所花费的时间
2、先测试用1个用户的情况,用了9秒;然后用5个用户并发,设置运行完就结束,用了20秒

求助:
1、为何5个用户并发,性能就下降这么多?我通过网页细分发现default.aspx和hide.aspx页面花的时间多,而且都是第一次缓冲时间,监控processor queue length的最大值达到18,而且是5个用户运行完才显示,过一会就为0.。这怎么判断是程序问题,还是服务器原因。
2、到底何谓“第一次缓冲时间”?
3、书上说processor queue length大于2就是处理器阻塞,我这最大值达到18,但只一下,是不是阻塞?
4、1个用户的结果分析也是default.aspx和hide.aspx页面花的时间多,也都是第一次缓冲时间,只是比5个用户所用时间短些,这怎么判断是程序问题,还是服务器原因。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2010-6-8 14:18:48 | 只看该作者
看看CPU的使用率,是不是很高
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2010-6-8 14:40:25 | 只看该作者
我又用5个用户并发执行2分钟,观察cup占用率在70%-100%之间浮动,占用率100%的情况持续10s左右,然后下降再上升,这说明什么问题?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2010-6-8 15:23:33 | 只看该作者
服务器性能问题!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2010-6-8 20:44:17 | 只看该作者
期待高手做详细解答
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2010-6-9 10:05:49 | 只看该作者
我看到网上说“第一次缓冲时间”的Network Time是指互联网传输时间,而ServerTime是指局域网的传输时间,不知这观点是否正确?
我实际测试时,所有页面“第一次缓冲时间”都是ServerTime,Network Time几乎没有。如果页面下载时间都用在“第一次缓冲时间”,是否说服务器本身性能问题,不适合做性能测试呢?
回复 支持 反对

使用道具 举报

该用户从未签到

7#
 楼主| 发表于 2010-6-11 21:39:07 | 只看该作者
今天我拿新浪网测试,从点击“天气”链接,到页面完全出来,IE体验只有3、4秒,可用LR却有7、8秒,是怎么回事啊?20个并发要16秒,还有6个失败,提示的错误“Failed to connect to server "44.adsina.allyes.com:80": [10060] Connection timed out”。
新浪网每天有这么多人访问,性能不应该会这么差吧,而且用LR并发测试时,我也用IE访问并不慢,怎么会这样?已经苦恼好几天了,不得要领,有高手能解答吗?
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    8#
    发表于 2010-6-11 22:36:07 | 只看该作者
    sina网可能有安全策略,不会让同一ip进行多次连续连接的。否则性能测试一开,估计早瘫了。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2010-6-11 22:39:55 | 只看该作者
    那为什么LR跑1个用户,与我用IE手工访问的时间不一样?LR用8秒,IE手工访问只4秒
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
     楼主| 发表于 2010-6-11 22:58:37 | 只看该作者
    我测试我们公司的程序也是这样的情况,少量的用户并发性能就下降好多,应该不是安全性的问题吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2010-6-12 09:06:38 | 只看该作者
    在你出结果的时候有没有把think time 去掉?第一个问题的话应该先看看你的服务器。。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
     楼主| 发表于 2010-6-12 12:52:54 | 只看该作者
    thinktime已经去掉了,要看服务器什么?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
     楼主| 发表于 2010-6-13 13:42:04 | 只看该作者
    大家在测试时没有遇到我这样的问题吗?苦恼中。。。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-4-22 12:50
  • 签到天数: 393 天

    连续签到: 1 天

    [LV.9]测试副司令

    14#
    发表于 2010-6-13 22:48:48 | 只看该作者
    按我个的人理解是
    1,“第一次缓冲时间”:是我们打开一个网页时,它会将所有的需要加载的内容先加载到本地,即IE临时文件夹
        而至于要加载什么内容,就得跟开发人员了解了。
    2,我们手动打开某个网页体验时间,与LR记录的时间存在差别,这是正常的
       我们肉眼看到只是显示的时间,我们并不知道发送请求,服务器处理,浏览端接收等这些时间,而LR就会记录这些时间
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2010-6-17 12:04:03 | 只看该作者
    1、CPU: Pentium Dual-Core CPU E5300 2.6GHz
          内存:4GB

    这个环境能运行20个vuser吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2010-6-17 14:09:00 | 只看该作者
    IE访问感觉比LR快,可能是因为你IE有文件缓存,所以省去了很多文件下载时间。
    看你描述很可能是程序对服务器要求很高,建议你可以这样做,用负载渐增方式,把CPU和吞吐量的拐点找出来再分析。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
     楼主| 发表于 2010-6-17 23:04:53 | 只看该作者
    针对用户登录,5个用户并发性能下降很多,具体要如何测试分析呢?哪位高手能给出详细的测试方案吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
     楼主| 发表于 2010-6-18 23:21:12 | 只看该作者
    最近用LR做了不同软件、网站的测试,都是少量用户并发性能就下降很多,到底是什么原因呢,感觉LR给出的响应时间不准确,又不知道是什么原因,非常苦恼,希望能有人给出解答
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
     楼主| 发表于 2010-6-19 21:36:28 | 只看该作者
    无人问津,自己顶起来!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2010-6-21 09:29:25 | 只看该作者
    1、CPU: Pentium Dual-Core CPU E5300 2.6GHz
          内存:4GB
    2、windows 2003 server,oracle 10g

    这环境做性能测试  没什么意义
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-14 10:58 , Processed in 0.088960 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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