51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 10978|回复: 9
打印 上一主题 下一主题

[求助] 20万并发数的web开源测试工具推荐

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2012-12-12 10:45:34 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
如题。现在知道的是需求是被测应用是web网页,需要支持20万的并发数。求推荐开源免费的性能测试工具。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏1
回复

使用道具 举报

  • TA的每日心情
    奋斗
    2021-8-5 10:07
  • 签到天数: 1136 天

    连续签到: 1 天

    [LV.10]测试总司令

    推荐
    发表于 2012-12-14 13:23:14 | 只看该作者
    Jemeter Curloader 都可以的~
    回复 支持 1 反对 0

    使用道具 举报

    该用户从未签到

    3#
    发表于 2013-1-9 10:57:03 | 只看该作者
    用jmeter做高并发时有个问题,就是这些请求的发送时间差是否可接受;
    前提是用一个工具在一个操作系统中进行压力释放;
    jmeter测试web并发时,例如2个并发,则时间差值在1ms到几十毫秒,这个还可以接受;
    但是如果做3000的并发时,时间差会变成秒级的,那么从严格意义上来说,也就不是并发了;
    上万或几十万的,那么请求的发送时间估计能到到分钟级的了。。。。那还并发个屁啊;
    因此做高并发数的测试,不是工具的问题,而是如何部署测试环境的问题;
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2013-1-15 21:32:12 | 只看该作者
    回复 1# fengle

    不能回帖吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2013-4-28 11:01:12 | 只看该作者
    20万并发需要集群了。
    单个客户端的最大的fd数只有65535
    即在不考虑客户端压力能否上去的问题,也至少需要3台物理机去压测。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2013-5-31 09:40:57 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2013-7-9 22:56:51 | 只看该作者
    根据实际经验、每台物理机最多支持600并发,LZ要20W的并发量,得需要333台物理机~
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    2017-10-27 14:21
  • 签到天数: 306 天

    连续签到: 1 天

    [LV.8]测试军长

    8#
    发表于 2013-8-12 10:43:14 | 只看该作者
    loadrunner性能测试工具,不过你要使用多个load generator。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2013-8-16 10:46:27 | 只看该作者
    明白
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2016-4-1 19:28:57 | 只看该作者
    此类测试实际上涉及多个部分的内容,不同部分的测试策略不相同。
    一般而言,整体测试策略是:先针对部分系统进行性能及压力测试,得到各部分的峰值处理性能;再模拟整体流程测试,此时倒不用按照峰值跑,重点测试整体业务流程及业务预期负荷。
    在定义好各部分的测试策略后,具体的工具使用选择倒不是主要问题。

    1、不同省份、不同运营商CDN节点性能
    此部分可以采用典型压力测试的方案。

    2、核心机房BGP网络带宽
    此部分重点在于测试各运营商BGP网络可靠性、实际速率等,一般采用smokeping、IxChariot等工具。

    3、各类硬件设备性能
    此部分一般采用专业的网络设备测试工具。

    4、各类服务器(Web服务器、应用服务器、缓存服务器等)并发性能、分布式处理能力
    此部分可以采用压力测试方案及工具。

    6、业务系统性能
    此部分可以采用业务系统压力测试方案。

    7、数据库处理性能
    大部分互联网公司都对数据库作了定制改造以满足业务需要,此部分测试需要结合业务系统进行测试,以获取核心业务场景下数据库的TPS/QPS,尤其是测试定制改造的地方。

    8、支付渠道接口及分流测试
    此部分相对而言可能是最大的瓶颈所在,也是互联网公司们无法完全掌控的地方,只能协调银行总部改造支撑。

    另外还涉及备份方案、容灾方案、业务降级方案的测试。
    这里指的业务降级方案,是基于“有损服务、柔性可用”的策略,为保证核心服务可用的前提下,对部分服务的质量降级处理。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-4-27 10:15 , Processed in 0.078206 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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