下次自动登录
现在的位置:
& 综合 & 正文
使用JMeter做压力测试
使用做压力测试
1．下载Jmeter
2．启动jmeter
3．添加线程组
在节点上右键，。
Number of Threads (Users)：要模拟的并发用户量。
Ramp Up Period (in seconds)：在多长时间内均匀启动所有的线程。比如设为，设为，则每隔秒启动个线程。
Loop Count：单用户任务重复执行的次数。可以设为，这样就不会自动停止，需要强制终止。
还可以设置。这里有两组设置：指定和让在特定的时间区段内执行工作；表示从当前时刻开始延迟多长时间开始运行，设定运行时长。
4．用jmetr向服务器发送Java Request
当然传统的方法是让向服务器发送或，但这里不作展示。
假如我们要模拟多用户并发向发送查询的请求，首先要写个程序来指定单用户的请求行为。
新建一个，导入下的两个包：ApacheJMeter_core.jar和。
import org.apache.jmeter.config.A
import org.apache.jmeter.protocol.java.sampler.AbstractJavaSamplerC
import org.apache.jmeter.protocol.java.sampler.JavaSamplerC
import org.apache.jmeter.samplers.SampleR
import org.apache.zookeeper.ZooK
public class Create
extends AbstractJavaSamplerClient{
private String
nodePath=null;
private String
timeout_str=null;
private SampleResult
public Arguments
getDefaultParameters() {
params = new Arguments();
params.addArgument("nodePath","");
params.addArgument("timeout_str",
public void setupTest(JavaSamplerContext
= new SampleResult();
= arg0.getParameter("nodePath");
<code class="java spaces" style="white-space:pre- border:0px! bottom:auto! float:none! height:auto! left:auto! line-height:2em! margin:0px! outline:0px! overflow:visible! padding:0px! position:static! right:auto! top:auto! vertical-align:baseline!imp
&&&&推荐文章:
【上篇】【下篇】临时客串了下性能测试人员，对Web页面进行了压力测试，做个记录，方便以后的查阅。
先用了阿帕奇的JMeter进行的压力测试，后来又使用了loadrunner。今天先整理下JMeter的压力测试。
先介绍下JMeter吧：
Apache JMeter是100%纯java桌面应用程序，被设计用来测试C/S结构的软件（例如web应用程序）。它可以被用来测试包括基于静态和动态资源程序的性能，例如静态文件，Java Servlets，Java 对象，数据库，FTP 服务器等等。JMeter可以用来模拟一个在服务器、网络或者对象上大的负载来测试或者分析在不同的负载类型下的全面性能。
他的优点有两个，一个是他是纯开源的JAVA程序，因此他支持插件开发，可以根据项目工程的需求进行插件开发，来达到你所需要的最终的结果数据。另一个就是它是免费的对于项目工程来说，节省一笔开资。
JMeter的运行环境以及安装就不说了，网上有很多教程的......自行查阅吧。
接下来就按我的使用过程进行叙述吧。
1、首先进入页面后选项里可以进行语言设置选项，因为第一次接触，所以选择了中文。进入的界面就是这样的。
进入如下的的界面
2、打开IE浏览器，工具---Internet选项----连接---局域网设置
勾选代理服务器，地址填成localhost，端口号和之前建立的HTTP代理服务器中的端口号保持一致。
如果没有找到你所设置的断言内容，则会提示Test&& failed。
11、JMeter同样可以模拟多用户同时登陆系统。在登陆线程组中右键添加---Sampler---HTTP请求
在HTTP& Request中。发送参数，可以将参数信息录入到文件当中，然后将参数的Value值设置为读取文件即可。其调用_StringFromFile函数，如下：
一行保存一条数据，如果一行有多个参数，用逗号分隔。
12、同样的，在线程组当中也可以添加其他的控件，比如添加循环控制器，Loop&& Controller等，添加循环次数，然后模拟多次运行。
13、添加结果图
可以根据用户的需求，选择结果图的样式，如果没有用户需要的，还可以下载其他的插件或者自己开发，同样可以满足。其中JMeter提供了Aggregate Graph的柱形图，Graph& Results 线性图等，根据需要去选择不同的结果图。点击运行后做出最终的结果图。
14、结果图：
不过么，毕竟是开源的东西，他的弱点就在于结果图上面，你无法定位到是数据库问题，是文件服务器问题，是代码问题等等。所以，这个工具在结果分析上面还是有点欠妥。当然，如果对于大神来讲，可以根据自己的需求，再去开发一些插件去跟踪想要观察的数据，但是开发成本又进入到了项目当中。
所以下次去说说Loadrunner这个工具，这个工具付费的，但是他的结果图相当的完美，完全能够满足你的需求。
阅读(...) 评论()中国领先的IT技术网站
51CTO旗下网站
如何模拟超过 5 万的并发用户
文将从负载测试的角度，描述了做一次流畅的5万用户并发测试需要做的事情.你可以在本文的结尾部分看到讨论的记录.
作者：来源：开源中国社区 编译| 09:37
文将从负载测试的角度，描述了做一次流畅的5万用户并发测试需要做的事情.
你可以在本文的结尾部分看到讨论的记录.
快速的步骤概要
编写你的脚本
使用JMeter进行本地测试
BlazeMeter沙箱测试
使用一个控制台和一个引擎设置Users-per-Engine的数量
设置并测试你的集合&(1个控制台和10-14 引擎)
使用 Master / Slave 特性来达成你的最大CC目标
步骤一1 : 编写你的脚本
开始之前，请确定从JMeter的Apache社区获得了最新的版本.
你也会要下载&，因为它们可以让你的工作更轻松.
有许多方法可以获得脚本:
使用&&来记录你的方案
使用&来设置一个代理，那样你就可以运行你的测试并记录下所有的东西
从头开始全部手工构建(可能是功能/QA测试)
如果你的脚本是一份记录的结果(像步骤1&2), 请牢记:
你需要改变诸如Username & Password这样的特定参数，或者你也许会想要设置一个CSV文件，有了里面的值每个用户就可以是不同的.
为了完成诸如&添加到购物车&，&登录&还有其它这样的请求，你也许要使用正则表达式，JSON路径提取器，XPath提取器，来提取诸如Token字符串，表单构建ID还有其它要素
保持你的脚本参数化，并使用配置元素，诸如默认HTTP请求，来使得在环境之间切换时你的工作更轻松.
步骤2 : 使用JMeter进行本地测试
在1个线程的1个迭代中使用查看结果树要素，调试样本，虚拟样本还有打开的日志查看器（一些JMeter的错误会在里面报告），来调试你的脚本.
遍历所有的场景(包括True 或者 False的回应) 来确保脚本行为确如预期...
在成功使用一个线程测试之后&&将其提高到10分钟10到20个线程继续测试:
如果你想要每个用户独立&&是那样的么?
有没有收到错误?
如果你在做一个注册过程，那就看看你的后台 - 账户是不是照你的模板创建好了? 它们是不是独立的呢?
从总结报告中，你可以看到对测试的统计 - 它们有点用么? (平均响应时间, 错误, 每秒命中率)
一旦你准备好了脚本:
通过移除任何调试和虚拟样本来清理脚本，并删除你的脚本侦听器
如果你使用了侦听器(诸如&&将响应保存到一个文件&)，请确保你没有使用任何路径! , 而如果他是一个侦听器或者一个CSV数据集配置&&请确保你没有使用你在本地使用的路径 - 而只要文件名(就好像跟你的脚本在同一个文件夹)
如果你使用了自己专有的JAR文件，请确保它也被上传了.
如果你使用了超过一个线程组（不是默认的那个) - 请确保在将其上传到BlazeMeter之前设置了这个值.
步骤3 : BlazeMeter沙箱测试
如果那时你的第一个测试&&你应该温习一下&&有关如何在BlazeMeter中创建测试的文章.
将沙箱的测试配置设置成，用户300，1个控制台, 时间50分钟.
对沙箱进行这样的配置让你可以在后台测试你的脚本，并确保上的BlazeMeter的一切都运行完好.
为此，先按下灰色的按钮: 告诉JMeter引擎我想要完全控制! - 来获得对你的测试参数的完全控制
通常你将会遇到的问题:
防火墙 - 确保你的环境对BlazeMeter的&(它们会实时更新)开发，并把它们放入白名单中
确保你所有的测试文件, 比如: CSVs, JAR, JSON, User.properties 等等.. 都可以使用
确保你没有使用任何路径
如果仍然有问题，那就看看错误日志吧(你应该可以把整个日志都下载下来).
一个沙箱的配置可以是这样的:
引擎: 是能使控制台(1 个控制台&, 0 个引擎)
线程: 50-300
产能提升: 20 分钟
迭代: 一直测试下去
时间: 30-50 分钟
这可以让你在产能提升期间获得足够多的数据(以防你遇到问题) ，而你将可以对结果进行分析，以确保脚本的执行确如预期.
你应该观察下Waterfall / WebDriver 选项卡来看看请求是否正常，你不应该在这一点上出任何问题（除非你是故意的).
你应该盯着监控选项卡，观察期内存和CPU消耗 - 这对你在步骤4中尝试设置每一个引擎的用户数量.
步骤4 : 使用1个控制台和1个引擎来设置每个引擎用户的数量
现在我们可以肯定脚本能在BlazeMeter中完美运行了&&我们需要计算出要多少用户放到一个引擎中.
如果你能用户沙箱中的数据来做这个决定，那就太棒了!
在这里，我会给出一种不用回头去查看沙箱测试数据就能计算出这个数的方法.
设置你的测试配置:
线程数: 500
产能提升： 40 分钟
迭代: 永久
时长: 50 分钟
使用一个控制台和一个引擎.
运行测试并(通过监视选项卡)对你的测试引擎进行监视.
如果你的引擎对于75%的CPI使用率和85%的内存使用率都没有达到(一次性的峰值可以忽略)&的话:
将线程数调整到700在测试一次
提交线程的数量直到线程数达到1000或者60%的CPU或内存使用
如果你的引擎过了75%的CPU使用率或者85%的内存使用率(一次性的峰值可以忽略 :
看看你第一次达到75%的点，在那个点有多少并发用户.
在运行一次测试, 而不是提高你之前500个用户数量的产能
这一次将产能提升放到真实的测试中(5-15 分钟是一个好的开始) 并将时长设置为50分钟.
确保整个测试过程中没有超过75%的CPU使用率或者85%的内存使用率...
为安全起见，你可以把每个引擎的线程数降低10%的.
步骤5：安装并测试集群
我们现在知道了从一个引擎中我们得到了多少线程，在该章节的最后，我们将会知道一个集群能给我们提供多少用户。
一个集群是指具有一个控制台（仅有一个）和0-14个引擎的逻辑容器。
即使你可以创建一个使用超过14个引擎的测试案例&&但实际上是创建了两个集群（你可以注意到控制台的数量增加了），并且克隆了你的测试案例&&
每个集群具有最多14个引擎，是基于BlazeMeter自己本身的测试，以确保控制台可以控制这14台引擎对新建的大量数据处理的压力。
所以在这一步骤中，我们会用步骤4种的测试，并且仅仅修改引擎数量，将其增加到14.
将该测试按照最终测试的全部时长运行。当测试在运行时，打开监听标签，并且检验：
1. 没有一个引擎超过CPU75%的占有率和内存85%占有率的上限；
2. 定位你的控制台标签（你可以通过一次点击Logs Tab-&Network Information，查看控制台私有IP地址来找到它的名字）&&它不应该达到CPU75%占有率和内存85%占有率的上限。
如果你的控制台达到了该上限&&减少引擎数量并重新运行直到控制台在该上限之下。
在这个步骤的最后，你会发现：
1. 每个集群的用户数量；
2. 每个集群的命中率。
查看Aggretate Table中的其他统计信息，并找到本地结果统计图来获得有关你集群吞吐量的更多信息。
步骤 6 : 使用 Master / Slave 特性来达成你的最大CC目标
我们到了最后一步了。
我们知道脚本正在运行，我们也知道一个引擎可以支持多少用户以及一个集群可以支持多少用户。
让我们做一下假设：
一个引擎支持500用户
一个集群可以用户12个引擎
我们的目标是5万用户测试
因此为了完成这些，我们需要8.3 个集群..
我们可以用8个12台引擎的集群和一个4太引擎的集群 - 但是像下面这样分散负载应该会更好：
每个集群我们用10台引擎而不是12，那么每个集群可以支持 10*500 = 5K 用户并且我们需要10个集群来支持5万用户。
这样可以得到如下好处：
不用维护两个不同的测试类型
我们可以通过简单的复制现有集群来增加5K用户（5K比6K更常见）
只要需要我们可以一直增加
现在，我们已经准备好创建最终的5万用户级别的Master / Slave测试了：
将测试的名称从&My prod test& 改为&My prod test - slave 1&。
我们回到步骤5，将高级测试属性(Advanced Test Properties)下的Standalone修改为Slave。
按保存按钮&&现在我们有了一个Master和9个Slave中的一个。
返回你的&&My prod test -slave 1&.
按复制按钮
接下来重复步骤1-5直到你创建了9个slave。
回到你的&&My prod test -salve 9& 并按复制按钮.
将测试的名称改为 &My prod test -Master&.
将高级测试属性(Advanced Test Properties) 下的Slave改为Master。
检查我们刚才创建的所有的Slave(My prod test -salve 1..9)并按保存。
你的5万用户级别的Master-Slave测试已经准备好了。通过按master上的开始按钮来运行10个测试，每个测试5千用户。
你可以修改任意一个测试（salve或master），让它们来自不同的区域，有不同的脚本/csv/以及其他文件，使用不同的网络模拟器，不同的参数等。
你可以在一个叫&Master load results&的master报告中的一个新tab页中找到生成的聚合结果的报告，你还可以通过打开单个的报告来独立的查看每一个测试结果。
英文原文：
译文出自：【编辑推荐】【责任编辑： TEL：（010）】
大家都在看猜你喜欢
头条头条头条原创头条
24H热文一周话题本月最赞
讲师：1人学习过
讲师：35人学习过
讲师：0人学习过
精选博文论坛热帖下载排行
本书依据最新版《网络管理员考试大纲》的考核要求，深入研究了历年网络管理员考试试题的命题风格和试题结构，对考查的知识点进行了提炼，并...
订阅51CTO邮刊