本文主要分為兩個部分：

第一部分：主要從問題出發(fā)，引入接口測試的相關內容并與前端測試進行簡單對比，總結兩者之前的區(qū)別與聯(lián)系。但該部分只交代了怎么做和如何做？并沒有解釋為什么要做？

第二部分：主要介紹為什么要做接口測試，并簡單總結接口持續(xù)集成和接口質量評估相關內容。

第一部分：

首先，在做接口測試的過程中，經常有后端開發(fā)會問：

后端接口都測試什么？怎么測的？

后端接口測試一遍 ，前端也測試一遍，是不是重復測試了？

于是，為了向開發(fā)解釋上述問題，普及基本的測試常識，特意梳理了接口測試的相關內容以及其與前端測試的區(qū)別，使開發(fā)團隊與測試團隊在測試這件上達成基本的共識，提高團隊協(xié)作效率，從而更好的保證產品質量。

然后，我們試著回答上面的問題：

問題1.1、后端接口都測試什么？

--回答這個問題，我們可以從接口測試活動內容的角度下手，看一下面這張圖，基本反應了當前我們項目后端接口測試的主要內容：

問題1.2、我們怎么做接口測試？

--由于我們項目前后端調用主要是基于http協(xié)議的接口，所以測試接口時主要是通過工具或代碼模擬http請求的發(fā)送與接收。工具有很多如：postman、jmeter、soupUI、java+httpclient、robotframework+httplibrary等。

問題2、后端接口測試一遍 ，前端也測試一遍，是不是重復測試了？

--回答這個問題，我們可以直接對比接口測試和app端測試活動的內容，如下圖為app測試時需要覆蓋或考慮內容：

從上面這兩張圖對比可以看出，兩個測試活動中相同的部分有功能測試、邊界分析測試和性能測試，其它部分由于各自特性或關注點不同需要進行特殊的測試，在此不做討論。接下來我們針對以上三部分相同的內容再進行分析：

1、基本功能測試：

由于是針對基本業(yè)務功能進行測試，所以這部分是兩種測試重合度最高的一塊，開發(fā)同學通常所指的也主要是這部分的內容。

2、邊界分析測試：

在基本功能測試的基礎上考慮輸入輸出的邊界條件，這部分內容也會有重復的部分（比如業(yè)務規(guī)則的邊界）。但是，前端的輸入輸出很多時候都是提供固守的值讓用戶選擇（如下拉框），在這種情況下測試的邊界范圍就非常有限，但接口測試就不存在這方面的限制，相對來說接口可以覆蓋的范圍更廣，同樣的，接口出現問題的概率也更高。

3、性能測試：

這個比較容易區(qū)分，雖然都需要做性能測試，但關注點確大不相同。App端性能主要關注與手機相關的特性，如手機cpu、內存、流量、fps等。而接口性能主要關注接口響應時間、并發(fā)、服務端資源的使用情況等。兩種測試時的策略和方法都有很大區(qū)別，所以這部分內容是需要分開單獨進行測試的，理論上來說這也是不同的部分。

綜論：

1、接口測試和app測試的活動有部分重復的內容，主要集中在業(yè)務功能測試方面。除此之外，針對各自特性的測試都不一樣，需要分別進行有針對性的測試，才能確保整個產品的質量。

2、接口測試可以關注于服務器邏輯驗證，而UI測試可以關注于頁面展示邏輯及界面前端與服務器集成驗證

第二部分：

1、什么是接口測試？

接口測試是測試系統(tǒng)組件間接口的一種測試。接口測試主要用于檢測外部系統(tǒng)與系統(tǒng)之間以及內部各個子系統(tǒng)之間的交互點。測試的重點是要檢查數據的交換，傳遞和控制管理過程，以及系統(tǒng)間的相互邏輯依賴關系等。

2、為什么要做接口測試?

a) 如今的系統(tǒng)復雜度不斷上升，傳統(tǒng)的測試方法成本急劇增加且測試效率大幅下降，接口測試可以提供這種情況下的解決方案。

b) ?接口測試相對容易實現自動化持續(xù)集成，且相對UI自動化也比較穩(wěn)定，可以減少人工回歸測試人力成本與時間，縮短測試周期，支持后端快速發(fā)版需求。接口持續(xù)集成是為什么能低成本高收益的根源。

c) ? 現在很多系統(tǒng)前后端架構是分離的，從安全層面來說：

1、只依賴前端進行限制已經完全不能滿足系統(tǒng)的安全要求（繞過前面實在太容易）， 需要后端同樣進行控制，在這種情況下就需要從接口層面進行驗證。

2、前后端傳輸、日志打印等信息是否加密傳輸也是需要驗證的，特別是涉及到用戶的隱私信息，如身份證，銀行卡等。

3、接口測試持續(xù)集成：

對接口測試而言，持續(xù)集成自動化是核心內容，通過持自動化的手段我們才能做到低成本高收益。目前我們已經實現了接口自動化，主要應用于回歸階段，后續(xù)還需要加強自動化的程度，包括但不限于下面的內容：

a) 流程方面：在回歸階段加強接口異常場景的覆蓋度，并逐步向系統(tǒng)測試，冒煙測試階段延伸，最終達到全流程自動化。

b) 結果展示：更加豐富的結果展示、趨勢分析，質量統(tǒng)計和分析等

c) 問題定位：報錯信息、日志更精準，方便問題復現與定位。

d) 結果校驗：加強自動化校驗能力，如數據庫信息校驗。

e) 代碼覆蓋率：不斷嘗試由目前的黑盒向白盒下探，提高代碼覆蓋率。

f) 性能需求：完善性能測試體系，通過自動化的手段監(jiān)控接口性能指標是否正常。

4、接口測試質量評估標準：

a) 業(yè)務功能覆蓋是否完整

b) 業(yè)務規(guī)則覆蓋是否完整

c) 參數驗證是否達到要求（邊界、業(yè)務規(guī)則）

d) 接口異常場景覆蓋是否完整

e) 接口覆蓋率是否達到要求

f) ?代碼覆蓋率是否達到要求

g) 性能指標是否滿足要求

h) 安全指標是否滿足要求