接口測試是測試系統組件間接口的一種測試。接口測試主要用于檢測外部系統與系統之間以及內部各個子系統之間的交互點。測試的重點是要檢查數據的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關系等。

　　接口測試的目的是為了測試接口（聽起來怪怪的），尤其是那些與系統相關聯的外部接口，測試的重點是要檢查數據的交換，傳遞和控制管理過程，還包括處理的次數。外部接口測試一般是作為系統測試來看待的。

　　不是所有的團隊都可以在一個隔離的測試環境中進行測試工作的，因此使得對外部接口的測試顯得困難。我們應該確保較早地與相關的組織協調好并確定進行外部接口測試的方案。有時候相關的組織只是人工的靜態的審閱一次數據而并不真正的用這些數據來來測試。等等這些都增加了實際測試執行中遇到的風險，但有些時候是可以避免的。

　　

假設/預處理
　　項目的責任人/開發人員必須已經成功完成了單元測試、功能測試和集成測試，一些錯誤都已經被列出。測試策劃人員拿到的是最新版本的源代碼

　　期望

　　2 正如前面提到過的那樣，最重要的是關于外部接口的測試，這需要依賴于外部接口的相關數據，而這可能是極其復雜的

　　2 測試項目需要一系列的測試計劃以及和外部組織的協調工作，主要包括：

　　l 負責人選

　　l 預定的測試時間

　　? 如果沒有合適的測試環境，測試可能需要在周末或者工作時間以外的時間里進行

　　l 需要什么類型的測試用例，需要多少以及這些用例分別是用來測試什么的

　　? 提供測試用例的副本及相關文件給相關合作人員

　　? 如果外部組織有一些特殊用例需要執行，我們也需要拿到相關副本及文件

　　l 誰將提供測試數據，這些測試數據包括哪些方面的內容，是以什么形式給出的（紙質，電子檔還是只是一些數據的底稿并且需要相關的人員整理成可用的數據）

　　l 誰將對測試結果進行確認并且判別這些數據就是我們所需要的

　　l 每隔多久時間我們需要各路人馬需要聚在一起討論測試中遇到的問題以及測試進度

　　2 所有正常的情形和異常的情形都需要測試，測試的各個方面（數據的各個出口，路徑，入口）都需要盡可能考慮周全。我們不僅需要用一般大小的數據量去測試，也需要用預期的或者規定的最大數據量去測試

　　2 如果允許的話，我們還可以測試各個部分處理一批數據的時間數據

　　2 如果因修復bug等改動代碼從而改變了接口的某一端，相關的決定，到期時間，再測試等過程都應該被記錄在案，并且分發到各個相關組織或人員。

　　職責劃分

　　2 測試的建立------開發人員，數據庫和/或系統的負責人， 或者測試人員

　　2 測試的執行-------測試人員

　　2 測試結果的確認，測試結束的決定------開發組長，測試組長，質量保證組長，架構人員，項目負責人，外部組織負責人（如果可以的話）

　　測試環境

　　2 系統測試環境和外部組織的測試環境

　　數據類型

　　2 真實的數據------被處理過的用于測試的數據

　　測試結束

　　2 依照某某文檔

接口測試主要用于檢測外部系統與系統之間以及內部各個子系統之間的交互點。測試的重點是檢查數據的交換、傳遞和控制管理過程，以及系統間的相互邏輯依賴關系等。具體來說，就是根據測試文檔編寫測試用例，執行測試，查看不再的參數請求接口時返回的數據是否符合預期，跟普通的測試沒太大區別。