JMeter_010:远程分布式测试

标签: Apache 社区 | 发表时间:2016-02-01 22:28 | 作者:noreply@blogger.com (千红一窟)
出处:http://maping930883.blogspot.com/
环境:MAC OS X EI Capitan 10.11.3 + JMeter 2.13 + ActiveMQ 5.13

1. 编辑JMeter Controller 的bin/jmeter.properties文件,修改 remote_hosts属性
remote_hosts=172.30.13.19:1099,172.30.13.20:1099
说明:这里172.30.13.19:1099和172.30.13.20:1099 分别是远程JMeter所在机器的IP地址和监听端口。

2. 启动远程JMeter Server 监听进程
(1)在172.30.13.19上运行./bin/jmeter-server
(2)在172.30.13.20上运行./bin/jmeter-server

3. 启动 JMeter Controller:./bin/jmeter.sh,在运行菜单下会发现多了远程启动项


你可以启动指定的远程JMeter,也可以启动全部的远程JMeter。
你不用把JMeter Controller的测试计划复制到远程JMeter,它会自动复制过去。

4. 非GUI方式远程启动
在JMeter Controller上运行:./bin/jmeter.sh -n -t AMQ-Point-to-Point.jmx -R 172.30.13.19:1099,172.30.13.20:1099

参考文献:
1. http://blog.chinaunix.net/uid-26884465-id-3419474.html
2. http://www.cnblogs.com/zhangchaoyang/articles/2530731.html

相关 [jmeter_010 测试] 推荐:

JMeter_010:远程分布式测试

- - 热爱Java ,热爱生活
环境:MAC OS X EI Capitan 10.11.3 + JMeter 2.13 + ActiveMQ 5.13. 编辑JMeter Controller 的bin/jmeter.properties文件,修改 remote_hosts属性. 说明:这里172.30.13.19:1099和172.30.13.20:1099 分别是远程JMeter所在机器的IP地址和监听端口.

测试

- 香姜 - 韩寒
测试......>>点击查看新浪博客原文.

Android单元测试与模拟测试

- - 神刀安全网
考虑可读性,对于方法名使用表达能力强的方法名,对于测试范式可以考虑使用一种规范, 如 RSpec-style. 不要使用逻辑流关键字(If/ese、for、do/while、switch/case),在一个测试方法中,如果需要有这些,拆分到单独的每个测试方法里. 测试真正需要测试的内容,需要覆盖的情况,一般情况只考虑验证输出(如某操作后,显示什么,值是什么).

免费测试VPN

- 勇 - iGFW
lusovps目前提供免费15天的PPTP VPN试用服务,. 申请地址:https://cart.lusovps.com/cart.php?a=add&pid=13. WHMCS注册系统,可以参考 http://igfw.tk/archives/3727. 注册后无需审核,立刻激活,帐号信息会发至邮箱.

测试touch事件

- - Kejun's Blog
进入触屏时代意味一切要对触屏友好. 今天仅仅测试了ios6,其它版本包括android还不清楚差别有多大. 看了PPK的touch兼容表(http://www.quirksmode.org/mobile/tableTouch.html),深感刚准备告别ie6,又迎来了一个新的混乱时代,苦逼的前端工程师们永远摆脱不了兼容的魔咒.

Android集成测试

- - 百度质量部 | 软件测试 | 测试技术 | 百度测试
  Android集成测试主要是在单元测试的基础上测试接口访问或者异步任务是否正确,在. 移动凤巢系统中,大概有30+个接口需要测试,他们都遵循一个特定的访问模式:前台的. Activity获取到触发事件后,将它传给这些接口,这些接口都是AsyncTask的实现——即后台. 异步线程执行某个任务(一般是发送http请求到后端服务或者执行存取数据库等耗时操作),.

HTTP负载测试

- - 博客 - 伯乐在线
英文原文: ON HTTP LOAD TESTING 来源: oschina. 有很多人在谈论HTTP服务器软件的性能测试,也许是因为现在有太多的服务器选择. 这很好,但是我看到有人很多基本相同的问题,使得测试结果的推论值得怀疑. 在日常工作中花费了很多时间在高性能代理缓存和源站性能测试方面之后,这里有我认为比较重要的一些方面来分享.

Android单元测试

- - CSDN博客推荐文章
    单元测试不管对于初学编程还是已经工作了很久的开发者来说,都不乐意花时间去写认为没用的代码进行测试,只要交给测试人员就行了,虽然这样也能把软件改出来,但也许你要花上几倍的时间去修改问题,如果在开发的过程中花点时间去写单元测试代码,把尽可能出问题的地方都测试一遍,把问题扼杀在最开始的地方,这样你就不必为后来找问题出处而烦恼.

[Fuzz]模糊测试

- - 企业架构 - ITeye博客
文章来自IBM技术社区: 下一篇文章将按照此理论探讨一下android内的Fuzz测试. 在他人攻击您的程序前,先自己攻击. 模糊测试(Fuzz testing )是一项对代码质量有着深远影响的简单技术. 在本文中,Elliotte Rusty Harold 故意将随机的坏数据插入应用程序,以观察发生的结果.

mongodb性能测试

- - 数据库 - ITeye博客
1) Mongodb的非安全插入方式,在一开始插入性能是非常高的,但是在达到了两千万条数据之后性能骤减,这个时候恰巧是服务器24G内存基本占满的时候(随着测试的进行mongodb不断占据内存,一直到操作系统的内存全部占满),也就是说Mongodb的内存映射方式,使得数据全部在内存中的时候速度飞快,当部分数据需要换出到磁盘上之后,性能下降很厉害.