1介面測試概述
介面是用來資訊互動的媒介，人類與電腦等資訊機器或人類與程式之間的介面稱為使用者介面。電腦等資訊機器硬體元件間的介面叫硬體介面。電腦等資訊機器軟體元件間的介面叫軟體介面。

API（Application Programming Interface,應用程式程式設計介面）是一些預先定義的函式，目的是提供應用程式與開發人員基於某軟體或硬體得以訪問一組例程的能力，而又無需訪問原始碼，或理解內部工作機制的細節。

舉例

2什麼是介面測試，為什麼需要介面測試
介面測試是測試系統元件間介面的一種測試。介面測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的互動點。測試的重點是要檢查資料的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關係等。

由於如今的系統複雜度不斷上升，傳統的測試方法成本急劇增加且測試效率大幅下降，所以就要做介面測試。同時，介面測試相對容易實現自動化持續整合，且相對UI自動化也比較穩定，可以減少人工迴歸測試人力成本與時間，縮短測試周期，支援後端快速發版需求。介面持續整合是為什麼能低成本高收益的根源。現在很多系統前後端架構是分離的，從安全層面來說，只依賴前端進行限制已經完全不能滿足系統的安全要求（繞過前面實在太容易）， 需要後端同樣進行控制，在這種情況下就需要從介面層面進行驗證。前後端傳輸、日誌列印等資訊是否加密傳輸也是需要驗證的，特別是涉及到使用者的隱私資訊，如身份證，銀行卡等。常用的用例設計方法有等價類劃分法，邊界值分析法，場景分析法，因果圖，正交表等。

3 怎麼做介面測試？
　　一般情況下，由於我們專案前後呼叫主要是基於http協議的介面，所以測試介面時主要是通過工具或程式碼模擬http請求的傳送和接收。所以我們下面整理了一下使用Jmeter工具進行http介面測試。

　　3.1 開發介面測試案例的整體方案
　　　　第一步： 分析出測試需求，並拿到開發提供的介面說明文件；

　　　　 第二步： 從介面說明文件中整理出介面測試案例，裡面要包括詳細的入參和出引數據以及明確的格式和檢查點；

　　　　 第三步： 和開發一起對介面測試案例進行評審；

　　　　 第四步： 結合開發庫，準備介面測試案例中的入參和出引數據，並整理成csv格式的檔案；

　　　　 第五步： 結合介面測試案例文件和csv格式的資料文件，做介面測試案例的自動化案例開發。

　　3.2 介面自動化適用場景
　　　　目前設計的自動化介面測試案例有兩個執行場景：

　　　　（1）測試前置、開發自測：一個新的自動化介面測試案例開發完成後，直接發給介面對應的開發，安排在開發本地環境執行，一旦開發確認完成介面開發，就開始執行介面測試案例，基本上可以實時拿到測試結果，方便開發快速做出判斷。（開發本地執行的方式就是開啟JMeter工具，匯入JMX檔案，開始執行可。）

　　　　（2）迴歸測試：開發本地測試通過後，或整個需求手工測試通過後，把自動化的介面測試案例做分類整理，挑選出需要納入到迴歸測試中的案例，在持續整合環境重新準備測試資料，並把案例納入到持續整合的job中來，這些用於迴歸的介面測試案例需要配置到持續整合平臺自動執行。

  對介面測試而言，持續整合自動化是核心內容，通過持自動化的手段我們才能做到低成本高收益。目前我們已經實現了介面自動化，主要應用於迴歸階段，後續還需要加強自動化的程度，包括但不限於下面的內容：

　　a) 流程方面：在迴歸階段加強介面異常場景的覆蓋度，並逐步向系統測試，冒煙測試階段延伸，最終達到全流程自動化。

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

　　c) 問題定位：報錯資訊、日誌更精準，方便問題復現與定位。

　　d) 結果校驗：加強自動化校驗能力，如資料庫資訊校驗。

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

　　f) 效能需求：完善效能測試體系，通過自動化的手段監控介面效能指標是否正常。

1. 介面測試質量評估標準

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

   　　b) 業務規則覆蓋是否完整

   　　c) 引數驗證是否達到要求（邊界、業務規則）

   　　d) 介面異常場景覆蓋是否完整

   　　e) 介面覆蓋率是否達到要求

   　　f) 程式碼覆蓋率是否達到要求

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

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