怎樣進行API接口測試

這篇文章的內(nèi)容主要圍繞怎樣進行API接口測試進行講述，文章內(nèi)容清晰易懂，條理清晰，非常適合新手學(xué)習(xí)，值得大家去閱讀。感興趣的朋友可以跟隨小編一起閱讀吧。希望大家通過這篇文章有所收獲！

經(jīng)常有后端開發(fā)會問，后端接口都測試什么?怎么測?簡單梳理了一下接口測試的相關(guān)內(nèi)容：

測試什么?怎么測?

目前后端調(diào)用主要是基于HTTP協(xié)議的接口，測試時主要有兩種方法：

工具模擬請求的發(fā)送與接收。工具有很多如：Postman、JMeter等;

代碼模擬請求的發(fā)送與接收。如：JAVA自帶的Webb、RestTemplete、HttpClient或其他;

假如是一個GET請求，更簡單方法是，直接將URL放到瀏覽器中。

二、接口測試

什么是接口?

舉例：

1. 12306是一個網(wǎng)站，所有的數(shù)據(jù)都在12306上。12306提供一整套接口，調(diào)用接口我們就可以獲取到里面的數(shù)據(jù)。比如：在攜程/藝龍等第三方上購買票，實際就是調(diào)用了12306提供的接口獲取庫存等信息;

2.Windows是一個封裝好的系統(tǒng)，按道理用戶是沒有權(quán)在Windows里頭干任何事的，但是Windows提供了一整套的接口，調(diào)用接口我們可以操作Windows做出一些行為;

利用接口，可以對一個封裝好的整體進行操作，包括獲取、操作數(shù)據(jù)。類庫就是提供的一整套接口，類庫提供的各個方法/函數(shù)等類成員，就是各個接口，平常寫的類也算是提供了接口，類是整體，類的成員函數(shù)就是接口。

什么是接口測試?

模擬客戶端向服務(wù)器發(fā)送報文請求,服務(wù)器接收請求報文后對相應(yīng)的報文做處理并向客戶端返回應(yīng)答,客戶端接收應(yīng)答的一個過程。

兩大類：

1.代碼內(nèi)部接口調(diào)用，代碼A與代碼B在組合的時候，必然需要定義一些名稱以及參數(shù)、類型，這種在測試中一般劃分在白盒測試中，對內(nèi)部邏輯進行測試，目前未接觸。

2.系統(tǒng)與系統(tǒng)之間，通過網(wǎng)絡(luò)數(shù)據(jù)的傳遞進行交互，這種在測試中一般劃分在黑盒測試中，也就是看不到代碼，但可以通過各種手段將網(wǎng)絡(luò)數(shù)據(jù)發(fā)送到接口從而得到接口的響應(yīng)信息，達(dá)到測試的目標(biāo)。

這里主要闡述第二種黑盒層面上的功能測試，主要是服務(wù)端接口。

【測試思路】

1.單接口：業(yè)務(wù)場景上無上下游依賴，一個接口的功能直接是一個測試模塊。這種情況下，可直接測試該接口，從構(gòu)造參數(shù)->發(fā)請求->校驗結(jié)果

2.多接口：接口之間有數(shù)據(jù)流轉(zhuǎn)，共同形成一個完成的業(yè)務(wù)流程，比如：一個完成交易流程，含下單->支付->退款等。針對這類型的接口可以考慮從業(yè)務(wù)場景上去覆蓋(熟悉業(yè)務(wù)是自動化的基礎(chǔ))

【測試數(shù)據(jù)】

1.手動構(gòu)造數(shù)據(jù)

如果是只測試一次的接口，可以使用手動造數(shù)據(jù)，比如：測試下單接口時需要測試deal，可以直接手動上單，測試的時候使用到什么數(shù)據(jù)就寫什么數(shù)據(jù)。

2.調(diào)用其他API

可以直接通過調(diào)用其他API的方式準(zhǔn)備測試數(shù)據(jù)，比如：測試退款、賠付接口時需要訂單號，可以直接調(diào)用創(chuàng)建訂單接口構(gòu)造出想要的訂單類型。

3.自動化工具構(gòu)造數(shù)據(jù)

【測試工具】

可選擇Postman、Jmeter等

感謝你的閱讀，相信你對“怎樣進行API接口測試”這一問題有一定的了解，快去動手實踐吧，如果想了解更多相關(guān)知識點，可以關(guān)注億速云網(wǎng)站！小編會繼續(xù)為大家?guī)砀玫奈恼拢?/p>