創(chuàng)建API Expectation

API 服器功能描述：

1. API服務(wù)器接收一個對用戶列表的 get()請求

2. 以Json 文件格式返回對應(yīng)的用戶列表

目標(biāo)明確了，現(xiàn)在需要做的就是：

01 準(zhǔn)備數(shù)據(jù)

創(chuàng)建一個json文件，存放用戶列表。這里只是為了學(xué)習(xí)，所以數(shù)據(jù)準(zhǔn)備的并不復(fù)雜。

02 創(chuàng)建Expectation

Expectation的意思就是告訴服務(wù)器當(dāng)接收到請求時，響應(yīng)相關(guān)的數(shù)據(jù)。通過Expectation定義相關(guān)請求的規(guī)則，與響應(yīng)的規(guī)則。

比如：本例中當(dāng)請求userList鏈接 get()方法時，就返回以Json格式的用戶列表。

注意：這里的用戶列表我們單獨(dú)放在一個Json文件里，以方法getPayloadString() 讀取后作為變量被Expectation調(diào)用。

目的主要讓代碼變得簡潔、易讀。數(shù)據(jù)存放在文件里也方便測試的修改與維護(hù)。

配置Rest-Assured

在pom文件里，配置Rest-Assured的dependency。

啟動Mock Server

創(chuàng)建MockServerTest文件，在測試用例執(zhí)行之前，需要先啟動Mock Server：

• @BeforeTest：這里用的是TestNg的配置方法，是在單個測試用例之前先運(yùn)行方法startMockServer()。

• StartClientAndServer(10800）：啟動本地Mock Server，端口10800。

測試場景

01 創(chuàng)建測試場景

依據(jù)Expectation定義的規(guī)則，服務(wù)器啟動設(shè)置后，當(dāng)用戶請求“http://localhost:10800/userList”，API Mock Server返回以Json格式的用戶列表 。

示例中驗證了：

• 響應(yīng)代碼：200
• 響應(yīng)格式：json
• 期待返回的用戶列表中有”hujy@gmail.com”：這是一個錯誤的期待，因為我們準(zhǔn)備的用戶列表里沒有這個期待的字符串。

02 運(yùn)行測試

運(yùn)行測試以后，從結(jié)果中我們可以看到測試是失敗的。從運(yùn)行的 log中看出：

• Request URI是測試用例的請求：http://localhost:10800/userList
• 響應(yīng)代碼：200
• 響應(yīng)格式：json
• 失敗的原因：期待字符不存在返回的用戶列表里

Mock Server UI監(jiān)控

01 等待語句

現(xiàn)在我們在上面的測試用例中加一條等待語句 Thread.sleep(1000000)。

這里主要以學(xué)習(xí)為目的，最好給的等待久一點(diǎn)。我們詳細(xì)看一下Mock Server的日志。

02 運(yùn)行測試

這次運(yùn)行測試，在執(zhí)行完第一條打印語句以后，程序一直處于運(yùn)行狀態(tài)。

03 訪問Mock Server UI

通過瀏覽器訪問：http://localhost:10800/mockserver/dashboard

Mock Server Dashboard顯示如下：

• Log Messages：當(dāng)前mock server的進(jìn)程列表
• Active Expectations：當(dāng)前可以訪問的Expectations列表
• Received Requests：當(dāng)前服務(wù)器接受到請求列表
• Proxied Requests：當(dāng)前服務(wù)器已被代理的請求列表

04 Log分析

通過點(diǎn)擊creating expectation旁邊的展開符號，可以詳細(xì)的看到剛才準(zhǔn)備的expectation的規(guī)則與響應(yīng)。

Received與Response分析

示例一：

01 發(fā)送Positive Request通過Jmeter

現(xiàn)在我們發(fā)送一個正確的請求通過Jmeter，如圖所示：Jmeter中會返回響應(yīng)的用戶列表。

02 刷新Mock Server Dashboard頁面

記錄Request Received會同時出現(xiàn)在Log Messages、 Received Requests列表里，通過展開記錄可以詳細(xì)看到Request與Response。

示例二：

01 發(fā)送一個Negative Reqeust請求通過Jmeter(注：Request Path: /userListError)。

給出這樣一個沒有對應(yīng)Expectation的請求時，Mock Server會返回響應(yīng)代碼404。

02 刷新Mock Server Dashboard，Received Requests里顯示了接受到的請求。

但是在Log Messages里可以看NO_MATCH_RESPONSE的記錄。展開可以看到Request與Response的詳細(xì)信息。

結(jié)語

這次主要是介紹Mock Server與Maven集成做API自動化測試的示例，以供大家參考。

另外Mock Server支持其它配置方式，如：?Docker、獨(dú)立服務(wù)器等以適應(yīng)各種不同測試環(huán)境下的要求。Mock Server Dashboard隨時記錄下Request與Response信息，是很好的調(diào)試工具。

但是，Mock Sever也并不是萬能的，比如Mock Server 沒有自己的數(shù)據(jù)庫，也就是指所有的Expectations都是存儲在內(nèi)存的，因此要求動態(tài)數(shù)據(jù)的場景，相比較有自帶數(shù)據(jù)庫的API Server，Mock Server 就有點(diǎn)差強(qiáng)人意了。

總之，一切要以實際測試環(huán)境為依據(jù)，每一個工具都有優(yōu)點(diǎn)與缺點(diǎn)。

我始終堅持測試的終極目的不是比拼大家會用什么測試工具、會用什么語言。測試人員靈活掌握工具與語言是為了測試過程更簡約、更快捷。

好了，希望這些介紹能幫助到您的測試，有不足之處也希望大家多多提建議，共同進(jìn)步。

文章轉(zhuǎn)自微信公眾號@51Testing軟件測試網(wǎng)