接口測試：預告篇

• 在測試歷程中我們都應該記得有個測試金字塔如下：
  
• 越在金字塔的底層測試覆蓋的就越全面，成本越低。但是其實在測試實施的過程中我們會發現，其實除了金字塔外我們還有個模型圖，橢圓模型如下：
  
  通過對接口測試與UI測試，單元測試做對比，發現接口測試（api）性價比是比較高的。
• 之後我們一起來看看接口測試，其實通俗點說就是對不同組織間的通信方式進行規範性的測試。重點在於：數據交換和傳遞，及對過程的管理，組織間的邏輯依賴關係。現在的系統一般採用前後端分離，且有太多的手段可以直接繞過前端，僅將測試的重點放在前端，已經是無法滿足對系統的覆蓋性測試，測試環節中也需要在前期投入一定時間對接口進行全面的測試，當然並不是說僅僅看看接口有沒有通，數據有沒有對。
• 接口測試的策略其實在一定意義上說與UI測試沒有太大的區別。
  測試流程依舊是：1.測試接口文檔（沒有的需要手動進行抓包獲得），2.接口測試用例（等價類，邊界值），3.測試用例的實施（包含手動及自動化進行對比數據是否達到預期）
  
  接口測試的測試我們可以重三個方向進行測試：功能，性能，安全。當然相對於UI測試，我們可能除了關注已知存在的還需要對未知的不存在在進行猜想。
• 需要做什麼知道後下面將會對測試工具進行一下介紹及使用（Jmeter）