51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2044|回复: 2
打印 上一主题 下一主题

[讨论] 每次迭代模拟新用户,不启用此项对测试结果有什么影响?

[复制链接]
  • TA的每日心情
    奋斗
    2015-5-29 11:16
  • 签到天数: 32 天

    连续签到: 1 天

    [LV.5]测试团长

    跳转到指定楼层
    1#
    发表于 2015-5-19 18:15:32 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
    下面错误是我在运行场景遇到的问题(摘自网文的一种解决方法),总结一下是因为用户数多了占用端口满了,我试着把“每次迭代模拟新用户”去掉,结果OK;我想了解一下大家是否也用这种方法解决,去掉之后会对测试结果有什么影响没?
    来源:http://blog.sina.com.cn/s/blog_67744e6e010138jo.html
    Error -27796: Failed to connect to server "125.93.51.230:8080": [10061]
    Connection refused..
    2013.05.31,这个27796一直是我心中的痛,试过网上所有的方法了,还是不行,我只能怀疑是不是我的客户端OS是win7的,所以才造成这种情况.....哎~!
    认真分析这个错误,其实比较容易理解,就是连接不上服务,由于端口已经满了,那么自己的本机已经修改成65534,服务器已经修成成65534,那么这就是唯一的解决方式么?后来仔细思考,我找到了两种解决方式:
    1、通过让每次迭代不启用新的连接,我想就可以解决此问题,经过验证,发现这个问题确实不发生了。操作如下,在controller的运行时设置中的-->browser Emulation-->不扣选simulate a new user on each iteration,这样运行时并发人数是多少,那么就启动多少个端口。还是上面的问题,是否勾选这个选项就一定会报27796错误么?
    2、回答上面的提问,答案是不一定。如果你每次迭代启用新的端口,但是由于迭代次数*并发数<65534就不会报这个错误。如果设置的迭代次数*并发数>65534,也不一定会出现这个错误,例如:并发人数为1000,平均响应时间为1s,那么也就是说1s会占用1000个端口,也就是说不到66s时端口就会占满,如果服务器能在65s内关闭之前占用的端口之间的连接,也就是说65s超时时间,或者会话保持为65s以内,那么就能解决此问题……
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

  • TA的每日心情
    奋斗
    9 小时前
  • 签到天数: 2812 天

    连续签到: 5 天

    [LV.Master]测试大本营

    3#
    发表于 2015-5-21 08:58:32 | 只看该作者
    simulate a new user on each iteration选项只是每次新建连接时新建上下文吧
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2024-5-6 17:37
  • 签到天数: 1137 天

    连续签到: 1 天

    [LV.10]测试总司令

    2#
    发表于 2015-5-20 11:10:58 | 只看该作者
    这个本来就存在不一样的前提条件,即你迭代的用户对系统业务功能/模块本身的影响力;
    还有就是迭代用户数、迭代次数等等

    评分

    参与人数 1测试积点 +10 收起 理由
    lsekfe + 10 恭喜你获得测试积点10

    查看全部评分

    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-15 17:09 , Processed in 0.061902 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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