jmeter測試java介面測試

❶ java 介面測試 token處理

不是很明白你的問題，是指java後台端如何驗證token么？java端需要寫過濾器針對請求的報文頭或者你傳的token進行檢驗

❷ 請問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，當然對具體實現有疑議，可以寫入備注
以上內容均來自傳智播客論壇，還有相關配套視頻課程。找不到就官網對話框領取。

❸ java各介面性能如何測試

Java編程下用JMeter Java Sampler進行多介面性能測試，使用方法如下：

/**
*JMeterJavaSampler介紹
*setupTest做些初始化的工作，每個線程只執行一次
*teardownTest做些清理工作，每個線程只執行一次
*runTest具體的測試執行工作，每個並發每次循環都將執行一次
**/
//繼承AbstractJavaSamplerClient
{
//hessian調用地址
privatestaticStringurl="http://10.20.147.182:8080/hessian/remoting/userService";
MyServicecollect=null;
HessianProxyFactoryfactory=newHessianProxyFactory();
publicintid;

@Override
publicvoidsetupTest(JavaSamplerContextarg0){
//獲取jmeter傳入參數
id=arg0.getIntParameter("id");
try{
collect=(MyService)factory.create(
MyService.class,url);
}catch(MalformedURLExceptione){
e.printStackTrace();
}
}
@Override
publicSampleResultrunTest(JavaSamplerContextarg0){
SampleResultsp=newSampleResult();
sp.sampleStart();
Userrt=null;
try{
rt=collect.getUser(id);
}catch(Exceptione){
sp.sampleEnd();
sp.setSuccessful(false);
returnsp;
}
sp.sampleEnd();
if(rt.getId()==id)
sp.setSuccessful(true);
else
sp.setSuccessful(false);
returnsp;
}
@Override
publicvoidteardownTest(JavaSamplerContextcontext){
super.teardownTest(context);
}
}

❹ 使用jmeter做介面測試，怎麼驗證，核對響應結果中json的內容

Json 作為一種數據交換格式在網路開發，特別是 Ajax 與 Restful 架構中應用的越來越廣泛。而 Apache 的 JMeter 也是較受歡迎的壓力測試工具之一，但是它本身沒有提供對於 Json 數據的響應處理。本文中假設需要從 HTTP 的響應頭中返回的 Json 格式的數據流中抽取某些特定的數據，數據格式如下：{"name":"Simpsons family","members":[{"firstName":"Homer", "lastName":"Simpson"},{"firstName":"Marge", "lastName":"Simpson"},{"firstName":"Bart", "lastName":"Simpson"},{"firstName":"Lisa", "lastName":"Simpson"},{"firstName":"Maggie", "lastName":"Simpson"}]}下面我們使用不同的方法來進行數據的抽取工作：正則表達式提取JMeter 安裝了正則表達式插件之後，可以按照固定的格式從字元串中提取數據，而本例中正則表達式如下所示："firstName":"(.+?)"使用了該表達式之後會返回所有服從表達式的字元串，但是只有一個表達式是我們所關注的。可以使用$1$ 來作為模板，而 3 則會返回第三個數據。當偶爾需要對Json數據進行處理時，正則表達式是一個合適的選擇，它的一個優勢在於JMeter本身就內置了Json處理模塊。但是，閱讀處理正則表達式卻是比較復雜的，特別是對於某些復雜的Json數據。JMeter JSON 插件另一種處理 Json 數據的方法是使用 JMeter 的插件，該插件可以使用 JSONPath 來獲取 JSON 數據中特定位置的數據。類似於 XML 文件中的 XPath ， JSONPath 可以使用簡單的表達式來操作 Json 對象。 JSON Path Extractor 是一個開源的增加了 post處理器的插件，可以將該插件的 Lib 文件拷貝到 JMeter 的 lib 目錄下即可。而上文中提及的需要定位的數據可以使用如下的JSONPath 進行描述：$.members[2].firstName在 JMeter 中，只需要從 PostProcessor 菜單中打開 JSON Path Extractor 然後輸入變數名與默認值即可，如下所示：JSONPath 表達式較短並且易於閱讀，能夠有效提高測試腳本的易維護性，該插件並不隨著標準的 JMeter 一起安裝。BeanShell Post Processor最後一種方法即是借用了 JMeter 的對於 BeanShell 支持的特性， BeanShell 是一個輕量級的面向 Java 的腳本語言。 BeanShell Post Processor 允許使用標準的 Java 語法來處理 Json 數據，使用方法如下圖所示：總結本文列舉出了三種可用的從 Json 格式的返回值中提取數據的方法，正則表達式對於簡單的 Json 格式的數據的快速標准化非常占優勢。而 JsonPath 插件可以用於創建能夠被維護修改的腳本，但是需要額外的插件安裝工作。而最後的帶 JSON 庫的BeanShell 確實非常詳細並且依賴於 Java 語言的靈活性可以進行進一步的開發。

❺ jmeter介面測試-15正則表達式關聯

meter中，介面自動化的關鍵在於參數關聯。比如需要登錄的介面，如何調用登錄口令?一個增刪改查的閉環，如何將介面參數上下傳遞?下面就以實際的例子來仔細說一說

1：登錄介面

這里有一個實際的登錄介面，在響應中返回了一串token，如下圖

那麼我們在接下來的介面-經驗庫列表中，就必須帶入這一串token，否則響應報錯，如下圖所示

如何獲取登錄的口令呢?這里詳細說明一下，如圖所示

觀察請求頭，發現傳入了一串token，並且響應結果正確

自此，一個完整的登錄關聯就結束了。後續介面直接調用該token就可以。我們接下來繼續說其它的參數關聯

比如一個增刪改查流程，想要做自動化檢驗就必須形成一個閉環，那麼刪除-修改-查看就必須調用同一個必填參數，例如唯一性的id。
先新增一個經驗庫，可以看到結果中返回了一個id，我在後續介面中都必須調用此唯一性的id

接下來寫一個正則將其取出，注意與之前token正則的不同之處

後續介面可以調用此參數，並正確響應

好了，一個完整的登錄-查看-刪除的流程到這里就可以結束了

引用名稱： 定義一個變數，供後續請求引用

一般(.+?)和(.*?)能夠滿足我們80%的使用場景。所以，一般的正則表達式都可以寫成下面這2種

左邊界(.+?)右邊界

左邊界(.*?)右邊界

left對應匹配目標的起始字元

right對應匹配目標的結束字元

正則表達式： 利用正則將需要的數據提取出來

() 括起來的部分就是需要提取的，對於你要提的內容需要用小括弧括起來

. 點號表示匹配任何字元串

？ 在找到第一個匹配項後停止

模板 ：用$$引用起來，如果在正則表達式中有多個正則表達式（多個括弧括起來），則可以是 等，表示提取第N個括弧裡面的值

匹配數字 -****1****： 表示取所有返回值，此時提取結果是一個數組，其餘正整數代表第幾個匹配的內容提取出來。如果匹配數字選擇的是-1，後續還可以通過 {XXX_2}來取第2個匹配的內容。

匹配數字1：表示取第一個返回值

匹配數字0：表示隨機取一個返回值

預設值 ：正則匹配失敗時取的值
例1：提取第一個Name

例2：提取全部Name

例3：表達式同時提取Name和population，並傳出兩個參數

例4：條件判斷取值

提取population=800的城市

❻ 如何使用jmeter進行介面測試

服務端系分提供的某介面樣例為：
評估後可採用使用jmeter進行壓力測試的步驟為：
啟動jmeter：在bin下點擊jmeter.bat，運行jmeter
2. 創建測試計劃：
默認啟動jmeter時會載入一個測試技術模板
3. 保存測試計劃：修改名稱為http_demo,點擊保存，選擇保存路徑
4. 添加線程組
右鍵左邊樹中的測試計劃「http_demo」節點，「添 加」--->「線程組」，添加一「線程組」
添加成功後，「http_demo」節點下多了「線程組」 節點
5. 添加http默認請求：（用來配置公共參數，不是http請求）
右鍵線程組，選擇「添加」—〉 「配置元件」—〉「HTTP請求默認值」，點擊「HTTP請求默認值」後
添加成功後，線程組「節點下多了」HTTP請求默認值「節點
6. 設置」HTTP請求默認值「：
針對本項目填寫如下，服務端的系分說明
填寫默認請求名、伺服器、默認請求路徑，保存測試計劃
7. 添加http請求
右鍵」http_demo「，選擇」添加「—〉 」Sampler「—〉」HTTP請求「
添加成功後，HTTP請求默認值」XX閱讀平台「節點下發出現」HTTP請求「
8. 設置http請求
填寫參考服務端系分：
填寫完成，保存測試計劃
9. 添加監聽器：
右鍵線程組，選擇」添加「—〉 」監聽器「—〉」察看結果樹「
添加成功後，」線程組「下增加了察看結果樹節點
10. 試運行
點擊執行
參看請求和響應執行情況：執行成功如下，檢查響應數據返回的正確性
11. 添加圖表分析監聽器
12. 修改線程組的線程數等參數，用於壓力測試
13. 執行壓力測試，參看數據
點擊執行後，選擇圖形結果，觀察壓力測試的數據內容
14. 如需要用表格查看結果
選擇」添加「—〉 」監聽器「—〉」用表格查看結果「
15. 設置」用表格查看結果「的主要參數：
Configure:點擊」Configure「按鈕，在彈出的窗口中選中」Save Response Data「 項，以保存響應數據

❼ jmeter介面測試教程

1、直接打開jmeter的主頁，在圖示位置通過滑鼠右鍵選擇添加Sampler中的HTTP請求進入。

❽ jmeter用java代碼怎樣編寫介面測試源碼

我們在做性能測試時,有時需要自己編寫測試腳本,很多測試工具都支持自定義編寫測試腳本,比如LoadRunner就有很多自定義腳本的協議,比如"C Vuser","Java Vuser"等協議.同樣,Jmeter也支持自定義編寫的測試代碼,不過與LoadRunner不同的是,Jmeter沒有自帶編譯器,需要藉助第三方編譯器才能實現.下面舉一個簡單的Java自定義測試代碼例子,使用Java編譯器編寫測試代碼(Java編譯器可以用Eclipse,JBulider等),實現功能為:在測試前輸入任意一個字元串,然後判斷該字元串的長度是否大於5,如果大於則測試結果成功,否則測試結果位失敗,然後在放到Jmeter中模擬10個用戶測試,同時運行這段代碼,具體實現如下:
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.具體實現代碼如下:
package app;
import org.apache.jmeter.config.Arguments;
import org.apache.jmeter.protocol.java.sampler.AbstractJavaSamplerClient;
import org.apache.jmeter.protocol.java.sampler.JavaSamplerContext;
import org.apache.jmeter.samplers.SampleResult;
import com.passpod.core.t8.*;
/**
* @author樂以忘憂
*
* TODO To change the template for this generated type comment go to
* Window - Preferences - Java - Code Style - Code Templates
*/
public class TestLength extends AbstractJavaSamplerClient{
private SampleResult results;
private String testStr;
//初始化方法，實際運行時每個線程僅執行一次，在測試方法運行前執行，類似於LoadRunner中的init方法
public void setupTest(JavaSamplerContext arg0) {
results = new SampleResult();
testStr = arg0.getParameter("testString", "");
if (testStr != null && testStr.length() > 0) {
results.setSamplerData(testStr);
}
}
//設置傳入的參數，可以設置多個，已設置的參數會顯示到Jmeter的參數列表中
public Arguments getDefaultParameters() {
Arguments params = new Arguments();
params.addArgument("testStr", ""); //定義一個參數，顯示到Jmeter的參數列表中，第一個參數為參數默認的顯示名稱，第二個參數為默認值
return params;
}
//測試執行的循環體，根據線程數和循環次數的不同可執行多次，類似於LoadRunner中的Action方法
public SampleResult runTest(JavaSamplerContext arg0) {
int len = 0;
results.sampleStart(); //定義一個事務，表示這是事務的起始點，類似於LoadRunner的lr.start_transaction
len = testStr.length();
results.sampleEnd(); //定義一個事務，表示這是事務的結束點，類似於LoadRunner的lr.end_transaction
if(len < 5){
System.out.println(testStr);
results.setSuccessful(false); //用於設置運行結果的成功或失敗，如果是"false"則表示結果失敗，否則則表示成功
}else
results.setSuccessful(true);
return results;
}
//結束方法，實際運行時每個線程僅執行一次，在測試方法運行結束後執行，類似於LoadRunner中的end方法
public void teardownTest(JavaSamplerContext arg0) {
}
}
6.把上面的例子打包,然後把生成的"TestLength.jar"文件拷貝到Jmeter的安裝目錄lib/ext下.
7.運行Jmeter,添加一個線程組,然後在該線程組下面添加一個Java請求(在Sampler中),在Java請求的類名稱中選擇咱們剛創建的類"app.TestLength",在下面參數列表的"testStr"後面輸入要測試的字元串,然後添加一個監聽器(聚合報告),設置一下模擬的用戶數就可以測試了.如果測試不成功,Jmeter會在它自己個輸出框中拋出這個字元串.
通過上面的例子我們可以發現,使用Jmeter自定義Java測試代碼,配合Jmeter自帶的函數,就可以實現出LoadRunner中"Java Vuser"協議的絕大多數功能,而且是沒有用戶數限制和完全免費的(嘿嘿).上面的例子非常簡單,而且沒有任何實際意義,只是一個簡單的Jmeter測試代碼示例,用於拋磚引玉,希望大家一起交流,共同 進步.

❾ 如何使用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介面測試參數的問題

一、創建工程、引包
1、創建JAVA工程
2、引入Jmeter中lib\ext基礎包：ApacheJMeter_java.jar、ApacheJMeter_core.jar
3、引入Jmeter日誌包：jorphan.jar，logkit-2.0.jar，commons-logging-1.1.1.jar，avalon-framework-4.1.4.jar
4、引入httpclient-4.3.4.jar（是基於httpcore的一套客戶端）、httpcore-4.3.2.jar（是一套http協議實現包）

Jmeter用到的4個類：

Arguments

getDefaultParameters() 用於獲取界面的參數


SampleResult

runTest(JavaSamplerContext context) 類似於LR的Actionvoid

setupTest(JavaSamplerContext context) 初始化方法，類似於LR的init和Junit中的setUp()


void

teardownTest(JavaSamplerContext context) 類似於LR的end和Junit中的tearDown()


執行的先後順序為：getDefaultParameters() --> setupTest(JavaSamplerContext context) --> runTest(JavaSamplerContext context) --> teardownTest(JavaSamplerContext context)
常用的方法：
①、addArgument("name", "value") 定義參數
②、sampleStart() 定義事務的開始，類似於LR的lr_start_transaction，和LR一樣事務間不要放無關代碼
③、sampleEnd() 定義事務的結束，類似於LR的lr_end_transaction
④、setSuccessful(true、false) 設置運行結果的成功或失敗，Jmeter統計成功失敗的次數，在聚合報告中能夠體現。