軟件測試，從手工測試，到自動化測試，進行階段分類，可從下層到上層依次分為單元測試-->接口測試-->界面自動化測試。
單元測試：一般由開發人員自行開發完進行自測；
界面自動化測試：項目在穩定情況，適合的測試條件又很難達到，測試人員更多的在繁雜的手工測試界面；
接口測試：介于單元測試->界面自動化測試之間，為了系統服務更加穩定，質量更高，測試人員可以更多的參與到接口測試中，對工作效率及個人技術能力應該會有很大的提升空間。
由于從事工作對接口測試的工作較少，經驗存在不足，從個人比較淺的理解上來說，接口測試主要分為兩類：代碼層接口測試和Web HTTP接口測試，代碼層接口測試更接近單元測試一些吧，而web http接口主要表現為兩類：
1、瀏覽器和服務器之間的接口
2、外部接口（第三方提供的接口）
web接口測試工具：
手工測試的話可以用postman，自動化測試多是用到Jmeter（開源）、soupUI（開源&商業版）。
綜合考慮，覺得jmeter更適合中小型團隊去做接口測試。因為jmeter也能做壓力測試，同時也能做自動化測試，加之它是開源軟件，所以對jmeter做接口測試做多了一點的學習。（在此怎么安裝就略過了，網上有很多教程）
so，用jmeter來嘗試測試一個接口看看：
1、打開jmeter（GUI界面）
開源版本和可執行版本均可在Apache官方網站上下載到，解壓后打開bin目錄下的jmeter.bat文件，即打開了用戶界面：
2、添加相關組件
2.1、新建線程組
2.2、添加http請求
2.3、添加監聽器--查看結果樹
2.4、設置http請求相關參數
3、執行測試查看結果
于監視器-查看結果樹中查看測試結果
返回狀態碼200，表示請求成功，若請求失敗則會返回400、404、500等
4、腳本優化完善
上面是一個簡單的接口測試過程，實際是缺少登錄的，工作中單接口測試也是遠遠不夠的，需繼續優化
4.1、 添加http請求默認值
一般將服務器的ip、端口等公用的信息設置在請求默認值中：
4.2添加HTTP請求登錄
4.3添加響應斷言和斷言結果監聽器
4.4添加其他元件
因測試用例較多時，基本的元件就很難有效的執行用例，我們常常還會用：正則表達式提取器、CSV DATA SET CONFIG、簡單控制器、if條件控制器、循環控制器、用戶定義變量 等等控制元件，例如簡單控制器，可以把不同的用例獨立分開，都調用全局http請求默認值，各自去執行并不相互影響執行結果
5、添加大量測試用例后的執行效果
5.1用例分布方式
5.2查看測試結果
測試結果可以通過 查看結果樹、聚合報告、表格查看結果、Summary Report等監聽器查看
End
因為自己不夠優秀而感到恐慌，所以不斷努力向前！
如果您認為王子的簡書中的某篇文章還不錯或者有所收獲，您可以通過正文下方的“贊賞支持”功能打賞，給我喝一杯咖啡的機會【物質支持】，也可以微信、微博分享，因為這兩種支持都是我繼續努力的動力！
未完，待續……
