如何用Jmeter做压力测试
在“服务器名称或ip”设置127.0.0.1,端口号设置:8080,“方法”设置post,路径设置网站登录的地址,如“/exam/operatorAction”。登录需传入用户、密码。在“同请求一起发送参数”列表中添加参数。参数值根据web应用设置。如login_user=0001;login_password=1;actFlag=login。一般网站登录后,在tomcat中生成了session,之后访问其他页面将无需再次登录,前提是浏览器需支持cookie。在jmap中也同样,如要继续访问其他页面,还需做下面关键的设置。Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试,它最初被设计用于Web应用测试,但后来扩展到其他测试领域。 它可以用于测试静态和动态资源,例如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库、FTP 服务器, 等等。JMeter 可以用于对服务器、网络或对象模拟巨大的负载,来自不同压力类别下测试它们的强度和分析整体性能。
ApacheBench是Apache bin目录下附带的一个小工具,专门用来做HTTP服务器的Benchmark Testing,这玩意儿可以单独运行,可以到这儿直接下载了用 Apache Bench,下载后,将ab文件copy到 /usr/local/bin 目录即可。 工具/原料ApacheBench方法/步骤比较常用的命令,如:ab -n 请求数 -c 并发数 URL跑了一个简单的Demo:usertekiMacBook-Pro:~ zhaoxianlie$ ab -n 200 -c 10http://127.0.0.1:8793/This is ApacheBench, Version 2.3 <$Revision: 1554214 $> Copyright 1996 Adam Twiss, Zeus Technology Ltd,http://www.jinbanz.com/Licensed to The Apache Software Foundation,http://www.apache.org/Benchmarking 127.0.0.1 (be patient) Completed 100 requests Completed 200 requests Finished 200 requests Server Software: Server Hostname:127.0.0.1 Server Port:8793 Document Path:/ Document Length:28012 bytes Concurrency Level:10 Time taken for tests: 6.847 seconds Complete requests:200 Failed requests:0 Total transferred:5665503 bytes HTML transferred: 5601103 bytes Requests per second:29.21 [#/sec] (mean) Time per request: 342.343 [ms] (mean) Time per request: 34.234 [ms] (mean, across all concurrent requests) Transfer rate:808.07 [Kbytes/sec] received Connection Times (ms)minmean[+/-sd] median max Connect:00 0.10 1 Processing: 14833893.2335 633 Waiting:14833793.3335 633 Total:14833893.2336 634 Percentage of the requests served within a certain time (ms)50%33666%37175%39780%41390%46195%50098%56899%610 100%634 (longest request)3这其中Requests per second、Time per request算是大家都比较看重的两个评估参数了吧。不过对于这种压力测试来说,也不能一上来就 -n 1000 -c 10,还是得慢慢来,一开始可以来一个 -n 50 -c 10这样子,逐渐网上增加,取Request per second的最大值作为Http server的性能指标,应该会靠谱一些。假设我的这个测试服务器RPS峰值是30,那一分钟能扛过来的请求差不多 1800 个,这是单核CPU的情况下。假设是我厂服务器的配置,24核,开启Node的cluster模式,RPS应该是倍数增加的,明天去公司找台服务压测一把。如果真是这样,那么每秒钟能扛过来的请求差不多 720 个,换算到一个小时,是259.2w个访问请求。 假设服务器配置是Nginx+Node,Nginx做负载均衡,proxy_pass对应的upstream配置到4台Node服务器,且每台Node服务器均衡负载,那么,一个小时能扛得动的流量基本是 1kw多一些,满负荷跑一天,2.4亿的流量了。

哪款网站压力测试工具值得推荐?
腾讯WeTest出品的线上服务器压力测试服务WeTest服务器压力测试 http://wetest.qq.com/gaps/最高可至亿级并发,实时查看性能数据报表,专家级性能优化建议对于简单接口测试和评估容量的,只需要输入url和配置下人数的参数,就可以在一两分钟内快速发起压力。我们通常要分析的性能数据像TPS,在线人数,事务数,网络吞吐,CPU,内存,磁盘IO等性能报告里都有。报告是可视化的图表形式展现的。亦可以自己编写机器人,深度结合自身业务场景进行压测。其他简单的协议测试或是稳定性测试,也可满足。压测本身是个高要求的工作,很多人还只知皮毛,对压测原理和应该达到什么效果不得而知,因此能力的提升也很重要,可以善用他们的社区,并关注定期举行的公开课培训 望采纳!

求助:对网络游戏进行压力测试要不要用自动化测试工具?
游戏的数据传输是加密的所以使用工具很难达到预期的效果,一般都是自己写脚本和客户端来做性能测试的
开发提供的robot。。。loadrunner不适合网络游戏压力测试

ios app压力测试工具有哪些
开发和压力测试软件大全: ShareSDK功能强大、简单易用的iOS app开发必备社会化分享类库:ShareSDK。iOS app开发者只需10分钟即可集成到自己的APP中。不仅支持如QQ、微信、新浪微博、腾讯微博、人人网、豆瓣、facebook、twitter等国内外主流社交平台,还有强大的统计分析管理后台,可以实时了解用户、信息流、回流率等数据。iOS加密iOS app开发必备加密技术,全球独有,针对iOS app开发的技术原理和破解原理,分别从本地数据、方法体/方法名、URL编码、程序结构、网络传输数据等几个方面对iOS app开发进行全方位的保护,从而实现iOS app防破解保护。TuiiOS app开发必备,基于FlashCS6的cocos2d-x UI编辑器,可用于操作系统:Mac OS,WindowsPonyDebuggeriOS app开发必备网络调试工具,用于操作系统:Mac OS,其他Pony Debugger 是一个iOS app开发必备的远程调试工具包,通过使用 Chrome 开发者工具来调试 iOS app开发的网络流量和数据存储。iTestiniTestin是免费服务iOS app开发者的真机自动化云测试客户端iOS app开发工具。基于真实的智能终端设备录制一个测试脚本然后运行,并输出运行结果。支持功能测试、UI测试、性能测试、稳定性测试、压力测试,返回包括日志和截图的详细测试报告。CornerstoneMac上最佳的SVN管理iOS app开发必备工具,可用于的用于操作系统包括Mac OSCocosBuilder最牛iOS app开发必备Cocos2d编辑器,Mac专属,对于开发iOS app,Cocos2d-iPhone引擎做的2D游戏开发者来说最大的福音MarkManMarkMan是一款iOS app开发必备高效的设计稿标注和测量软件,用于操作系统:Mac OS,WindowsSQLCipher SQLite加密,iOS app开发必备,SQLCipher 提供了对 SQLite 数据库的传输层进行全面加密的iOS app开发工具。而通过使用 SQLCipher ,整个加密过程对客户端是透明的,无需改动应用程序。
iTestin是免费服务移动App开发者的真机自动化云测试客户端工具。基于真实的智能终端设备录制一个测试脚本然后运行,并输出运行结果。覆盖Android和iOS两大设备平台,支持Pad/Phone/Smart TV等智能终端设备。 支持功能测试、UI测试、性能测试、稳定性测试、压力测试,返回包括日志和截图的详细测试报告,可结合Testin云测试平台300多款1000多部终端批量验证功能点,帮助开发者快速找到错误原因,提升应用质量,并大幅度降低测试成本,缩减测试周期。注意:第一次运行时,设备需要安装相应的驱动程序,iPhone/itouch/iPad设备需要越狱。如果没有安装驱动,界面将会一直显示“正在加载设备,请稍后”的提示。 软件一共有四大功能:录制脚本、运行脚本,终端云,提交版本。注册、登录的时候如果遇到困难,最好设置一下代理。

怎样测试服务器压力
下载并安装WAST;1.设置并行连接数;2.设置持续时间;3.其余设置;注:所有以上的选项可以根据自己的需要进行设置。设置完成后就可以进行压力测试。测试的步骤如下:第一步,点击工具栏上的“New Script”按钮,在打开的面板中点击“Nanual”按钮创建一个新的测试项目。在打开的窗口中对它进行设置,在主选项中的Server中填写要测试的服务器的IP地址。这里我们填写192.168.1.20。在下方选择测试的Web连接方式,这里的方式Verb选择get。Path选择要测试的Web页面路径,这里填写/Index.asp即动网的首页文件,WAST可以设置更多的Path。第二步,在“Settings”功能设置中将Stress Level (Threads)线程数设置为1000。然后点工具中的灰色三角按钮即可进行测试。测试过程中我们可以从服务器的任务管理器中看到CPU使用率已经达到100%,损耗率达到最大。在CMD窗口中使用命令netstat -an,可以看到客户端的IP地址在服务器上的80端口进行了非常多的连接,而且Web网站已经打不开了,提示过多用户连接。
公司的Web服务器搭建完成,上线在即。它能够承载多大的访问量,响应速度和容错能力等性能指标是否满足要求,所有这些都是我最想知道,也最为担心的。如何才能知晓这一切呢? 通过工具可以有效地测试Web服务器的运行状态和响应时间等性能指标,从而解决上述问题。下面以Web Application Stress Tool(简称WAST)为例,介绍如何进行Web压力测试。这是由微软的网站测试人员开发的专门用来进行实际网站压力测试的一套工具。测试工具的设置下载并安装WAST,过程极其简单。在对目标Web服务器进行压力测试之前,首先要对它进行一些必要的设置。1.设置并行连接数点击“Defaults→Settings”打开设置面板。在Concurrent Connections下进行并行连接设置。Stress Level(Threads)是最少线程,Stress Multiplier是最大线程。这里的线程是指定程序在后台用多少线程进行请求,也就是相当于模拟多少个客户机的连接,一般填写500~1000。这个线程数是根据本机的承受力来设置的,如果你对自己的机器配置有足够信心的话,那么可以设置得更高一些。2.设置持续时间在“Test Run Time”中用来指定一次压力测试需要持续的时间,分为天、小时、分、秒几个单位级别,比如我们设置为1个小时。3.其余设置用Rpquest Delay设置延迟时间,我们设置为100~500。用Suspend设置设定挂起时间,Warmup时间是初始化测试运行时间,Cooldown时间是指定结束阶段的测试时间。Bandwith指定带宽瓶颈,允许模拟从14.4 kbps的Modem连接到T1(1.5 Mbps)的Local Area Network(LAN)连接的网络带宽。Redirects设置重定向时间,Throughput用来设置用户、密码页面状态保存等是否启用,Name Resolution用来设置是否进行名称解析。所有以上的选项大家可以根据自己的需要进行设置。压力测试的步骤设置完成后就可以进行压力测试。测试的步骤如下:第一步,点击工具栏上的“New Script”按钮,在打开的面板中点击“Nanual”按钮创建一个新的测试项目。在打开的窗口中对它进行设置,在主选项中的Server中填写要测试的服务器的IP地址。这里我们填写192.168.1.20。在下方选择测试的Web连接方式,这里的方式Verb选择get。Path选择要测试的Web页面路径,这里填写/Index.asp即动网的首页文件,WAST可以设置更多的Path。第二步,在“Settings”功能设置中将Stress Level (Threads)线程数设置为1000。然后点工具中的灰色三角按钮即可进行测试。测试过程中我们可以从服务器的任务管理器中看到CPU使用率已经达到100%,损耗率达到最大。在CMD窗口中使用命令netstat -an,可以看到客户端的IP地址在服务器上的80端口进行了非常多的连接,而且Web网站已经打不开了,提示过多用户连接。通过压力测试,管理员对Web服务器的抗压能力有了大概了解,可根据实际需要进行服务器硬件扩展,也为系统设置和软件选择等提供依据。Web服务器在正式发布前进行压力测试是非常必要的。 有什么需要 联系我百度HI
下载并安装WAST,然后打开软件,设置并行连接数,设置持续时间,所有的选项都可以根据自己的需要进行设置,设置完成后就可以进行压力测试。 点击工具栏上的“NewScript”,点击“Nanual”创建一个新的测试项目,在Server中填写要测试的服务器的IP地址,选择测试的Web连接方式,在“Settings”功能设置中将StressLevel(Threads)线程数设置为1000。然后点工具中的灰色三角按钮即可进行测试。比如每天一百万的接口访问量,并且访问时段主要集中在早八点到晚八点,那么平均下来RPS大约是22次左右,不过用户的访问量通常不会很平均,假设峰值流量是平均流量的3到5倍的话,那么我们可以推断出项目要想顺利上线,RPS至少应该达到66+次,110+次更好。 服务器的吞吐量,是指单位时间内服务器的处理请求数,通常使用“reqs/s”(服务器每秒处理请求的数量)表示。服务器压力测试的类型有峰值测试、同屏压测、行为压测、数据压测、设备压测五种。
你报地址啊,流量要多少。

本文由 在线网速测试 整理编辑,转载请注明出处。