Ⅰ 如何用Jmeter做压力测试
然后是运维视角指标，HP的是LoadRunner，又或者需要了解系统具体业务的问题、快捷的通过它的性能图表了解Web应用的大致性能表现，各项指标表现不在优秀范围内就是不理想呢。具体要考虑的视角由项目干系人，这些指标的阈值一旦被超出：脚本测试数据符合典型用户的数据差异（测试差异、最大响应时间、业务间间隔等）脚本执行符合典型用户的使用环境（浏览器缓存模拟：首先是用户视角的性能指标、“可靠性测试”;2秒响应、“疲劳测试”这些测试的概念、关键角色定义？也不一定，但既然问题是"，良好 <，在2倍的峰值负载中，那么还是选择一个那些容易支撑起复杂业务的性能场景的工具吧，要看正常的峰值负载持续时间长短是否合理，甚至没有多少案例可以借鉴，超出可容忍上线关于用户性能体验的指标一般会划分为4个级别，那么对于这一项指标来说.5倍峰值的负载。 系统在任何时候都应该为用户提供优秀的响应体验吗，再开始为这些指标定义阈值;10秒响应，5秒以内响应是一般，这不是回答测试工具用哪个好？什么样的工具能够让你模拟用户所处于的使用环境？代表促销活动的负载。 什么样的工具能够在脚本中让你模拟业务场景中一个用户的行为？答案肯定不会是那些对某个URL不断施压的那些工具、“配置测试”。那是不是说在正常的峰值负载中、运维通过这些指标来了解目前应用的处理能力，点击率，那么场景一般是不必继续执行的，我们通过着一些指标来判断用户实际获得的性能体验如何、各种硬件资源占用。 场景设计中。 关于场景的设计过程我所了解的情况来看;正确的压力测试"，优秀 <，重点考虑的问题，但其实工具并不是最重要的;5秒响应、带宽模拟等）测试环境的业务基础数据必须合理（0年到N年的基础数据）测试场景所产生的负载必须合理（代表峰值的负载，那么多的测试工具，超出8秒则会感觉太慢： ，AB不是说不行的，或者需要掌握哪一些知识点很难，过半数的性能测试人员并不了解自己执行的性能测试场景代表的是用户生产环境中什么样的场景
Ⅱ JMeter测试，提高Tomca性能，链接池
1、JMete功能是比较多的，可以编写测试用例，简单的断言，性能测试等。但是对数据合法等不是很准确，可能需要人工来干预。具体使用可以在网上找一下。
2、现在项目用的c3p0,网上反应prxool也不错。jndi没接触过，之间差别不是太大吧。
3、oracle性能没怎么做过，好像是可以通过配置一些参数来优化。但是个人观点可能你优化你的sql或Hql语句，以及优化你的数据库表设计，比如适当的建立索引等可能效果会更好一些。
Ⅲ 请问Jmeter进行接口功能测试操作步骤是怎样的
操作步骤:
1、指定接口功能测试相关测试计划
2、从 API 文档提取接口清单
3、编写测试用例并设计测试数据
4、编写测试脚本并导入测试数据
5、执行脚本并逐条比对每条测试数据的实际结果与预期结果是否一致
各步骤主要实现:
1、指定接口功能测试相关测试计划
对程序不同模块进行任务划分，一般包括: 模块以及相关描述，指定该模块主要责任人，工期,预期产出以及当前进度等
2、从 API 文档提取接口清单
API 文档对各个接口实现具有完整且详细的流程说明，以及举例，但是对于我们测试而言，内容相对冗余，测试前期，一般会对API文档的各个接口，进行简化，压缩，提取接口测试时必须数据，以提高接口测试效率,其中简化压缩的结果就是接口清单
3、编写测试用例并设计测试数据
功能测试时，模拟用户的多样性操作设计测试数据是核心实现之一,该过程大致通过两步骤实现:
步骤1: 设计测试用例，该过程是抽象的非具体的实现，是要声明预期使用那些类型的测试数据，而不设计具体数据,设计测试用例时原则主要有如下几点:
a)、覆盖所有必选参数
b)、组合可选参数
c)、设计边界值数据
d)、设计超出范围的数据
e)、覆盖所有枚举值
f)、设计错误数据
g)、设计特殊符号数据
.....
另外，设计时需要在测试用例中声明该接口访问的 URL，请求方式以及预期结果等
步骤2: 根据测试用例声明的数据类型，设计具体的测试数据，此过程为具体非抽象的实现，最终设计的数据一般会被保存在csv文件中
4、编写测试脚本并导入测试数据
功能测试时，需要针对同一功能脚本提交多条不同的测试数据，此实现中，一般使用 CSV Data Set Config 来读取批量数据，动态的参数化的获取并设置测试数据，可以提高测试效率
5、执行脚本并逐条比对每条测试数据的实际结果与预期结果是否一致
步骤4批量操作完毕，要将提交的每条测试数据的执行结果与测试用例中对应的执行结果，相比对，如果预期与实际结果一致，一般无 BUG，不一致时，则可能有 BUG，当然对具体实现有疑议，可以写入备注
以上内容均来自传智播客论坛，还有相关配套视频课程。找不到就官网对话框领取。
Ⅳ jmeter http请求是否会缓存静态资源
恩，可以的。。
Ⅳ jmeter访问其它站点是能录制脚本但访问本地tomcat时却不能录制脚本 请问是怎么回事
官网说tomcat的并发访问量可以达到2万左右我也亲自验证过，因此自然不会是服务器的原因，问题应该在于你的Hibernate配置文件中的
<property name="maxPoolSize"></property>这个属性改大点，估计还有一些其他的属性要改，比如
<property name="c3p0.max_statements"></property>
这个你可以根据你的网站运行状况进行调整，可以在sql server中查看连接的使用情况以确定你的配置属性。
另外，对于你这种高交互的数据库操作，建议你采用badboy和jmeter进行脚本录制测试，结合这些工具你就可以找到性能与稳定兼得的具体数据。
谢谢
补充：
对于c3p0连接池的确有很多不好的地方，proxool虽然复杂但是却更加稳定。
另外，对于极耗资源的数据库操作，可以考虑一下缓存的使用，当然前提是你对它有足够的了解。
Ⅵ 有什么方法调用jmeter的接口
如何用Jmeter做压力测试
Jmeter是一个性能测试工具，同loadrunner类似，他功能较多，我们常用的功能是用jmeter模拟多浏览器对网站做压力测试。
下载jmeter地址 ：
我们一般的网站，在进入业务功能前先需登录，然后才能访问业务功能。下面介绍如何用jmeter登录系统再对主业务做压力测试。
1. 运行jmeter
2. 左边树将出现测试计划、工作台两根节点。
3. 选择测试计划，按右键－》添加－》threads（users）线程组
线程组能设置以多少个线程并发做压力测试。
在“循环次数”设置不选择永远，循环次数设置1。
4. 现在先介绍如何设置登录http请求，选择线程组，右键――添加――》sampler－―》http 请求。
http请求即模仿浏览器的访问。
在“服务器名称或ip”设置127.0.0.1，端口号设置：8080，“方法”设置post，路径设置网站登录的地址，如“/exam/operatorAction”。
登录需传入用户、密码。在“同请求一起发送参数”列表中添加参数。参数值根据web应用设置。如login_user=0001;login_password=1;actFlag=login
5. 登录成功后，网站一般将跳入主页面。在jmap中可做判断，判断是否登录后按预想进入主页面（此步骤也可不设）。选择4中的“http请求”，右键――》添加――》断言――》响应断言。“Apply to”设置Main smaple only；“要测试的响应字段”设置“url样本”；“模式匹配规则”设置“包括”，“要测试的模式”增加页面跳转到的主页面，如：“studentMain.jsp”
6. 一般网站登录后，在tomcat中生成了session，之后访问其他页面将无需再次登录，前提是浏览器需支持cookie。在jmap中也同样，如要继续访问其他页面，还需做下面关键的设置。
选择“线程组”――》右键――》添加――》配置元件――》Http cookie管理器。加了此步骤后，http请求将具备cookie功能，即登录成功后访问其他页面将不会跳转到登录页面重新登录。
7. 对目标页面反复压力测试。
7.1 如何使被测页面反复访问达到测压效果。选“线程组”―》右键――》逻辑控制器――》循环控制器。循环次数中选择“永远”。
7.2 选择刚加的“循环控制器”，右键――》添加――》sampler－―》http 请求，按4步骤设置ip、端口，http请求方法为“get”，路径为被压力测试的url，如：“exam/business/studentExam.action.StudentExamAction?action=goIntoMockExam”。
按上面的设置后，已完成配置，可做压力测试。只需点菜单“运行”――》启动，即运行压力测试。
8. jmeter提供了许多压力结果查看工具。是压力测试时非常好的分析工具。下面几种查看工具可有选择的添加。
8.1 察看结果树。他记录每次请求发送数据、响应返回数据。选择“线程组”――》右键――》添加――》察看结果树。
8.2 用表格查看结果。可查看每次请求的响应时间等。选择“线程组”――》右键――》添加――》用表格查看结果。
8.3 Summary Report。可查看平均响应时间、最长响应时间等。
Ⅶ 如何使用jmeter进行接口测试
1. 建立WebServiceTest Plan
1) 添加ThreadGroup
右键单击Test Plan选择Add --> ThreadGroup配置
Number of Threads、Ramp-UpPeriod、Loop Count随测试同随修改
三种参数解释：
Number of Threads发起线程总数
Ramp-Up Period 指定JMeter启Number ofThreads线程所需间例待发起30线程（即模拟用户）Ram-Up Period15秒则每秒增加2线程（30用户/15秒）设置0则JMeter自启所模拟用户
Loop Count循环数
2. 添加 WebService Requests
右键单击WebService线程组Add --> Sampler --> WebService(SOAP)
注：灰色线程组其测试使用线程组处设置Disabled线程组本测试使用
配置
发布Service WSDL URL粘贴WSDL URL点击Load WSDLWebMthods自弹
需自选择Method单击Configure即完绝部自配置
面涉及Soap/XML-RPC Data编写我编写：
[plain] view plain
<soap:Envelope
xmlns:xsi=""
xmlns:xsd=""
xmlns:soap="">
<ns1:simpleMethod
xmlns:ns1="">
Yerasel
XML绝部都固定其余解释:
simpleMethodWebService发布；
simpleMethod所类(SimpleServer)域名即SimpleServer所包包名com.deltaj.server；
namesimpleMethod参数名参数类型string；
Yerasel输入实参
SimpleService服务端源程序：
[java] view plain
// SimpleService.java
package com.deltaj.server;
public class SimpleServer {
/**
* 简单测试
*
*/
public String simpleMethod(String name) {
return name + "Say this is a Simple method ^-^";
}
}
注意：
Yerasel
发布wsdl候, 参数名称自映射arg0, arg1, 解决:
[java] view plain
Java代码
public User create(
@WebParam(name = "user")
User user);
SimpleService服务端源程序改写：
[java] view plain
// SimpleService.java
package com.deltaj.server;
public class SimpleServer {
/**
* 简单测试
*
*/
public String simpleMethod(@WebParam(name = "personname")String personname) {
return personname + "Say this is a Simple method ^-^";
}
}
Soap/XML-RPC Data ：
[plain] view plain
<soap:Envelope
xmlns:xsi=""
xmlns:xsd=""
xmlns:soap="">
<ns1:simpleMethod
xmlns:ns1="">
Yerasel
注：
发布SimpleServer需要写xml发布WebService般步骤内容：
[plain] view plain
SimpleServer
com.deltaj.server.SimpleServer
文件名META-INF/services.xml
文件布局
com面包及.class
bin目录运行"jar cvf SimpleServer.aar . "即
aar放入Tomcatservices目录即发布
Ⅷ 如何使用jmeter进行并发请求，以监控服务器性能
2.1 测试环境
作者使用了Tomcat作为Web服务器进行测试，被测试的内容是一个jsp文件和一个servlet，jsp文件调用JavaBean、打印相关信息，servlet接受用户参数、调用javabean、输出相关信息。详细的内容请参考作者提供的JMeter.war的内容。
2.2 安装启动JMeter
大家可以到通过http://apache.linuxforum.net/dist/jakarta/jmeter/binaries/jakarta-jmeter-1.9.1.zip下载JMeter的release版本，然后将下载的.zip文件解压缩到C:/JMeter（后面的文章中将使用%JMeter%来引用这个目录）目录下。
现在，请使用%JMeter%/bin下面的jmeter.bat批处理文件来启动JMeter的可视化界面，下面的工作都将在这个可视化界面界面上进行操作。下面的图片是JMeter的可视化界面的屏幕截图。
图一： JMeter打开时的屏幕截图
图一： JMeter打开时的屏幕截图
2.3 建立测试计划（Test Plan）
测试计划描述了执行测试过程中JMeter的执行过程和步骤，一个完整的测试计划包括一个或者多个线程组(Thread Groups)、逻辑控制（Logic Controller）、实例产生控制器（Sample Generating Controllers）、侦听器(Listener)、定时器（Timer）、比较（Assertions）、配置元素（Config Elements）。打开JMeter时，它已经建立一个默认的测试计划,一个JMeter应用的实例只能建立或者打开一个测试计划。
现在我们开始填充一个测试计划的内容，这个测试计划向一个jsp文件和一个servlet发出请求，我们需要JMeter模拟五个请求者（也就是五个线程），每个请求者连续请求两次，下面的章节介绍了详细的操作步骤。
2.4 增加负载信息设置
这一步，我们将向测试计划中增加相关负载设置,是Jmeter知道我们需要模拟五个请求者，每个请求者在测试过程中连续请求两次。详细步骤如下：
1. 选中可视化界面中左边树的Test Plan节点，单击右键，选择Add'Thread Group，界面右边将会出现他的设置信息框。
2. Thread Group有三个和负载信息相关的参数：
Number of Threads： 设置发送请求的用户数目
Ramp-up period： 每个请求发生的总时间间隔，单位是秒。比如你的请求数目是5，而这个参数是10，那么每个请求之间的间隔就是10／5，也就是2秒
Loop Count： 请求发生的重复次数，如果选择后面的forever（默认），那么 请求将一直继续，如果不选择forever，而在输入框中输入数字，那么请求将重复 指定的次数，如果输入0，那么请求将执行一次。
根据我们演示例子的设计，我们应该将Number of Threads设置为5，Ramp-up period设置为0（也就是同时并发请求），不选中forever，在Loop Count后面的输入框中输入2，设置后的屏幕截图如下：
图二：设置好参数的Thread Group。
图二：设置好参数的Thread Group。
2.5 增加默认Http属性（可选）
实际的测试工作往往是针对同一个服务器上Web应用展开的,所以Jmeter提供了这样一种设置, 在默认Http属性设置需要被测试服务器的相关属性，以后的http请求设置中就可以忽略这些相同参数的设置,减少设置参数录入的时间。
我们这里将采用这种属性。你可以通过下面的步骤来设置默认http属性：
1. 选中可视化界面中左边树的Test Plan节点，单击右键，选择Add'config element'http request defaults，界面右边将会出现他的设置信息框。
2. 默认http属性的主要参数说明如下：
protocal：发送测试请求时使用的协议
server name or ip：被测试服务器的ip地址或者名字
path： 默认的起始位置。比如将path设置为／jmeter，那么所有的http请求的url中都将增加／jmeter路径。
port number： 服务器提供服务的端口号
我们的测试计划将针对本机的Web服务器上的Web应用进行测试，所以protocal应该是http，ip使用localhost，因为这个web应用发布的context路径是／jmeter，所以这里的path设置为／jmeter，因为使用Tomcat服务器，所以port number是8080。设置后的屏幕截图如下：
图三： 测试计划中使用的默认Http参数
图三： 测试计划中使用的默认Http参数
2.6 增加Http请求
现在我们需要增加http请求了，他也是我们测试的内容主体部分。你可以通过下面的步骤来增加性的http请求：
1. 选中可视化界面中左边树的Thread Group节点，单击右键，选择Add'sampler'http request，界面右边将会出现他的设置信息框。
2. 他的参数和2.5中介绍的http属性差不多，增加的属性中有发送http时方法的选择，你可以选择为get或者post。
我们现在增加两个http 请求，因为我们设置了默认的http属性，所以和默认http属性中相同的属性不再重复设置。设置后的屏幕截图如下：
图四：设置好的jsp测试请求
图四：设置好的jsp测试请求
图五：设置好的Servlet测试请求（带参数）
图五：设置好的Servlet测试请求（带参数）
2.7 增加Listener
增加listener是为了记录测试信息并且可以使用Jmeter提供的可视化界面查看测试结果，里面有好几种结果分析方式可供选择，你可以根据自己习惯的分析方式选择不同的结果显示方式，我们这里使用表格的形式来查看和分析测试结果。你可以通过下面的步骤来增加listener：
1. 选中可视化界面中左边树的Test Plan节点，单击右键，选择Add'listener'view result in table，界面右边将会出现他的设置信息和结果显示框。
2. 你可以设置界面上面的filename属性设置将测试结果保存到某个文件中 界面下面将使用表格显示测试结果，表格的第一列sampleno显示请求执行的顺序和编号，url显示请求发送的目标，sample－ms列显示这个请求完成耗费的时间，最后的success列显示改请求是否成功执行。
界面的最下面你还可以看到一些统计信息，最关心的应该是Average吧，也就是相应的平均时间。
2.8 开始执行测试计划
现在你可以通过单击菜单栏run -> Start开始执行测试计划了。下面这两个图是作者第一次、第二次执行该测试计划的结果图:
大家可以看到第一次执行时的几个大时间值均来自于jsp request，这可以通过下面的理由进行解释：jsp执行前都需要被编译成.class文件。所以第二次的结果才是正常的结果。
Ⅸ 为什么在浏览器请求的URL能正确返回结果，在jmeter中返回信息中说URL异常
提示很明确，说url中有非法字符串：这个字符串在浏览器中，向服务器发送时会自动进行一个urlencode的操作，但是通过jmeter的路径填写并进行发送时，是没有的，你这个地方可以将参数放在Parameters下
Ⅹ 如何用jmeter测试本机上的软件
1.打开Java编译器,新建一个项目"TestLength",然后新建一个包"app".2.从Jmeter的安装目录lib/ext中拷贝两个文件"ApacheJMeter_core.jar"和"ApacheJMeter_java.jar"到"Tester"的项目中,然后引入这两个JAR文件.(具体的引入方法参考各个Java编译器的使用方法)3.在"app"包中新建一个类,名字叫"TestLength",不过这个类要继承"AbstractJavaSamplerClient"类,如果项目引入步骤二中的两个文件,就可以找到"AbstractJavaSamplerClient"类了.4."TestLength"类在继承"AbstractJavaSamplerClient"类的同时也会继承四个方法,分别是"getDefaultParameters","setupTest","runTest"和"teardownTest"方法."getDefaultParameters"方法主要用于设置传入的参数;"setupTest"方法为初始化方法,用于初始化性能测试时的每个线程."runTest"方法为性能测试时的线程运行体;"teardownTest"方法为测试结束方法,用于结束性能测试中的每个线程.5.具体实现代码如下:packageapp;importorg.apache.jmeter.config.Arguments;importorg.apache.jmeter.protocol.java.sampler.AbstractJavaSamplerClient;importorg.apache.jmeter.protocol.java.sampler.JavaSamplerContext;importorg.apache.jmeter.samplers.SampleResult;importcom.passpod.core.t8.*;/***@author乐以忘忧***Window-Preferences-Java-CodeStyle-CodeTemplates*/{privateSampleResultresults;privateStringtestStr;//初始化方法，实际运行时每个线程仅执行一次，在测试方法运行前执行，类似于LoadRunner中的init方法publicvoidsetupTest(JavaSamplerContextarg0){results=newSampleResult();testStr=arg0.getParameter("testString","");if(testStr!=null&&testStr.length()>0){results.setSamplerData(testStr);}}//设置传入的参数，可以设置多个，已设置的参数会显示到Jmeter的参数列表中(){Argumentsparams=newArguments();params.addArgument("testStr","");//定义一个参数，显示到Jmeter的参数列表中，第一个参数为参数默认的显示名称，第二个参数为默认值returnparams;}//测试执行的循环体，根据线程数和循环次数的不同可执行多次，类似于LoadRunner中的Action方法publicSampleResultrunTest(JavaSamplerContextarg0){intlen=0;results.sampleStart();//定义一个事务，表示这是事务的起始点，类似于LoadRunner的lr.start_transactionlen=testStr.length();results.sampleEnd();//定义一个事务，表示这是事务的结束点，类似于LoadRunner的lr.end_transactionif(len<5){System.out.println(testStr);results.setSuccessful(false);//用于设置运行结果的成功或失败，如果是"false"则表示结果失败，否则则表示成功}elseresults.setSuccessful(true);returnresults;}//结束方法，实际运行时每个线程仅执行一次，在测试方法运行结束后执行，类似于LoadRunner中的end方法publicvoidteardownTest(JavaSamplerContextarg0){}}6.把上面的例子打包,然后把生成的"TestLength.jar"文件拷贝到Jmeter的安装目录lib/ext下.7.运行Jmeter,添加一个线程组,然后在该线程组下面添加一个Java请求(在Sampler中),在Java请求的类名称中选择咱们刚创建的类"app.TestLength",在下面参数列表的"testStr"后面输入要测试的字符串,然后添加一个监听器(聚合报告),设置一下模拟的用户数就可以测试了.如果测试不成功,Jmeter会在它自己个输出框中抛出这个字符串.通过上面的例子我们可以发现,使用Jmeter自定义Java测试代码,配合Jmeter自带的函数,就可以实现出LoadRunner中"JavaVuser"协议的绝大多数功能,而且是没有用户数限制和完全免费的(嘿嘿).上面的例子非常简单,而且没有任何实际意义,只是一个简单的Jmeter测试代码示例,用于抛砖引玉,希望大家一起交流,共同进步.