接口測試和功能測試

單元測試： 單元測試是測試中的最基本的測試， 也是測試中的最小單元， 它的對象是函數對象，也能夠包含輸入輸出， 針對的是函數功能或者函數的內部邏輯方面。 並不包含業務邏輯

 

接口測試： 接口是拋開界面而說， 界面封裝了接口對用戶提供功能， 而接口測試則是拋開了界面對接口的封裝和集成（界面提供的一個功能中可能包含了多個接口）。 針對一個接口實現的功能以及接口內部邏輯進行測試。 有的接口功能單一，有的接口功能複雜， 針對功能複雜的接口，能夠按照其功能點拆分測試。 另外，就是接口之間的依賴性。 若是隻是進行接口測試，若是有接口依賴性問題， 最好的方法是提早準備測試數據。 不建議將接口關聯在一塊兒測試。接口應該是業務邏輯的最小單元。  接口可能包含了內部邏輯測試和接口功能測試。 可是我的認爲接口功能測試不能稱之爲功能測試， 由於這些功能是抽象的， 或者業務功能的最小單元。 我的理解的功能測試，應該是業務上的功能， 而不是接口功能。 固然只有接口功能正確的實現了，咱們纔有可能去集成業務功能

 

集成測試： 將一個模塊或幾個模塊拼接起來，從而實現了系統的某些功能。 這些功能可能包含了一個完整或者不完整的業務功能，這時候咱們進行的測試能夠稱之爲功能測試。  咱們是站在用戶的角度上去驗證功能是否正確，是否知足用戶需求或者設計初衷。 若是把全部的模塊集中起來進行測試，我的理解就是系統測試。 固然，我只是從功能方面出發。

 

系統測試： 全部的模塊集成造成一個完成的。 若是接口定義完善，而且測試充分， 若是時間不充足的狀況下， 能夠跳過集成測試。 集成測試實際是系統測試的一個子集。 會涵蓋一些系統測試覆蓋不到的邏輯。  既然系統覆蓋不到的邏輯， 天然不會呈如今用戶面前。 固然筆者只是假設時間不足的狀況。  若是時間足夠， 仍是要一層一層的進行測試。  儘量早的發現問題。 自上而下，每個種測試都是下一個測試的基石。

 

筆者寫這篇文章， 是由於最近在作一些接口測試。 非常痛苦，迷茫。 寫這個隨筆的目的是爲了劃分不一樣測試之間的界限。  若是有不當的地方可噴， 也歡迎討論。