接口
提到接口測試，免不了首先需要知道什麼是接口，接口也就是平常工作當中經常提到的API，英文全稱Application Programming Interface，現在市面上有非常多種風格的Web API，目前最流行的是也容易訪問的一種風格是REST或者叫RESTful 風格的API。
什麼是接口測試和爲什麼要做接口測試？
接口測試顧名思義就是對測試系統組件間接口的一種測試，接口測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的交互點。測試的重點是要檢查數據的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關係等。
那我們爲什麼要做接口測試呢，現如今系統越來越複雜，傳統的靠前端測試已經大大降低了效率，而且我們都知道，測試時間介入得越早，那麼相對而然軟件質量會更好，所以目前市面上的公司對於接口測試越來越重要，因爲接口測試介入的時間比較早，一般在界面還沒開發出來就進行接口測試（當然如果有界面也是開發工程師開發出來後的界面），這樣不但可以節省後期測試時間和成本，同時也爲軟件質量提前把了一道關。
相信大家對於接口測試和爲什麼要做接口測試有一定了解，當然也不在這重述了。接下來就是怎麼去做接口測試，相信小夥伴們都迫不及待地想知道。接下來我們聊聊在日常工作中一般是如何進行接口測試，接口測試與一般的系統測試等其他測試又有何有別。
不同公司都又自己的工作流程，爲什麼要在這說呢，因爲有些公司整個流程是很規範的，有些公司公司流程是比較隨意的，這就會出現一些情況，比如說文檔和流程的規範這塊，因爲接口測試和平常我們做的功能測試整個流程可以說是非常類似的。流程可以分爲
①測試接口文檔（需求文檔）
②根據接口文檔編寫測試用例（用例的評審）
③執行測試，提交bug
④迴歸測試
⑤編寫測試報告。
整個流程是不是一清二楚了，知道了測試流程之後，接下來就是按照流程去一步一步推進就ok了。我們需要準備就也就只有測試用例模塊（有些公司可以用測試點去代替），下面拿一個在測試過程中一個接口去進行示範如何進行接口測試.
1、一般在做接口測試時候只有一份接口文檔，也是最重要的一份文檔，如何沒有的話是無法進行接口測試了（切記），至於接口文檔規範與否這點值得注意，如果接口文檔不規範或者是缺少一些內容的話，必然會影響我們的測試進展，所以確保接口文檔規範或者該要有的點不能缺少即可。一般包括接口名稱，接口介紹，適用場景，服務說明，服務示例，服務地址，請求參數，返回結果參數說明等（每個公司不一樣，根據自己公司實際情況），下面是一個簡單的接口示例：
通過閱讀接口文檔，我們會知道到底這個接口有什麼用，應用在什麼場景，有哪些限制，應當返回什麼樣的結果。
2、然後根據接口文檔設計測試用例（測試點），設計用例的方法與功能測試設計用例的方法一模一樣，在這就不重複了，個人在比較複雜的接口上喜歡編寫測試點，在比較簡單的接口上去編寫測試用例。如：
編寫完測試用例（或者測試點），接下來就是對用例的評審，看哪些點沒有想到或者哪些點重複多餘或者錯誤的項，及時提出來，以便日後對用例的維護，到了接着就是使用接口測試工具對用例的執行，在這裏本人使用postman工具，當然也可以使用fiddler或者jmeter工具去測試，個人更習慣用postman，postman如何使用在這就不多描述了，那麼就是對着測試用例去執行就ok了 ，舉例：
確保輸入的請求方式、入參都沒問題，點擊send，結果如下：
最後查看請求的返回值與預期結果是否一致，如果一致證明沒問題，如果不一致，及時提交bug至bug管理工具，整個接口測試大概就差不多了，是不是很簡單，當然這只是比較簡單的情況下做的測試，也是一般我們在工作當中做的接口測試，想更深入瞭解接口測試，希望大家可以系統地去學習一下接口測試，活到老學到老！