介面測試的價值（為什麼要做介面測試）

目錄

首先了解一下網際網路的技術架構：

介面測試的必要性

介面測試不能取代UI的測試

---

首先了解一下網際網路的技術架構：

按照端來劃分可以分為兩部分：移動端和服務端，各自的內容大概如下圖所示

後端（服務端）看起來很簡單，其實後端拆開是非常複雜的，如下圖

 

大概有150多個模組，每個模組快的話，一兩個星期就迭代一次，慢的話，一兩個月也需要迭代一次，綜合起來基本每天都在更新，每天都更新好幾次。面對如此頻發龐大的變更，傳統的測試方法瀑布模型顯然跟不上，還沒測試完又發現新的更新了。

解決辦法：分層測試思想，把測試分前端和後端，前端有關注前端的測試用例，後端有關注後端的測試用例。後端很多元件也進行拆進行微服務化，每個元件都有對應的自動化測試，既有單元測試，又有模組的測試，又有叢集的整體測試，UI端的測試。

所以基本的特點就是分層和自動化，這麼大的叢集，若沒有自動化是不可能能完成測試的。

介面測試的必要性

pageobject作者對分層測試畫了一個圖如下

從中可以看到，越往下的unit測試的執行速度和質量返回速度就會越快，成本也會越低。

unit測試屬於開發範疇，service測試包含微服務等測試，UI層就是前端測試。

介面測試不能取代UI的測試

雖然介面測試有很多優點，但是保證的是後端的質量，未覆蓋到前端的質量保證，依然需要UI測試來保證前端的質量。

例如：股票的價格，若只做介面測試可以保證返回來的價格是否正確，但是若上漲應該顯示紅色，下跌應該顯示綠色，顏色顯示是否正確就只能要UI測試了。