這博客內容，一部分是是本人學習工作中的總結，一部分是網上查詢的資料，寫成博客主要是便於自己總結
1 什么是接口測試？
百度
維基
API測試是一種作為集成測試的一部分，通過直接控制被測應用的接口（API）來確定是否在功能、可靠性、性能和安全方面達到預期的軟件測試活動。由於 API都沒有 GUI界面，API測試都是在通訊層進行的。現在 API測試在自動化測試中有着很重要的地位，因為 API一般是應用邏輯的主要接口，同時 GUI測試在敏捷開發和 DevOps的快速迭代和頻繁變更中很難維護。
2 為什么要做接口測試?
a) 如今的系統復雜度不斷上升，傳統的測試方法成本急劇增加且測試效率大幅下降，接口測試可以提供這種情況下的解決方案。
b) 接口測試相對容易實現自動化持續集成，且相對UI自動化也比較穩定，可以減少人工回歸測試人力成本與時間，縮短測試周期，支持后端快速發版需求。接口持續集成是為什么能低成本高收益的根源。
c) 現在很多系統前后端架構是分離的，從安全層面來說：
1、只依賴前端進行限制已經完全不能滿足系統的安全要求（繞過前面實在太容易）， 需要后端同樣進行控制，在這種情況下就需要從接口層面進行驗證。
2、前后端傳輸、日志打印等信息是否加密傳輸也是需要驗證的，特別是涉及到用戶的隱私信息，如身份證，銀行卡等。
3 怎么做接口測試？
對接口測試而言，持續集成自動化是核心內容，通過持續自動化的手段我們才能做到低成本高收益。--由於我們項目前后端調用主要是基於http協議的接口，所以測試接口時主要是通過工具或代碼模擬http請求的發送與接收。工具有很多如：postman、jmeter、soupUI、Java+httpclient、robotframework+httplibrary、jenkins、httprunner等。個人推薦小項目的話，用現成的開源工具就好，我用的是jmeter+ant+jenkins
4 接口測試前准備
從項目角度來說，接口測試的第一步是要了解清楚和項目相關的信息。這里所說的項目信息包括以下幾個方面：
l 接口開發人員是誰
l 接口開始開發時間
l 接口結束開發時間
l 測試環境信息
l 數據庫相關信息
l 需求文檔，接口API文檔
除了要獲取信息外，還需要和開發人員，產品達成一些共識。這些共識包括：
l 第一次提測接口的時間
l 可測接口的提交頻率
l Bug解決方式等
5 測試用例編寫
推薦遵守如下規則：
原子性：每個用例保持獨立，彼此不耦合，以降低干擾。
專一性：一個用例應該專注於驗證一件事情，而不是做很多事情，一個測試點不要重復驗證。
穩定性：絕大多數用例應該是非常穩定的，也就是說不會經常因為除環境以外的因素掛掉，因為如果在一個測試項目中有很多不穩定的用例的話，測試結果就不能很好的反應項目質量。
分類清晰：有相關性的用例應寫到一個模塊或一個測試類里，這樣做即方便維護，又提高了報告的可讀性。
接口測試用例設計實踐總結
接口測試的用例設計，主要從輸入和接口處理兩方面考慮：
1）針對輸入，可按照參數進行設計；
2）針對接口處理，可按照邏輯進行用例設計；
3）針對輸出，可根據結果進行分析設計。
未完待續。。。