介面測試是測試系統元件間介面的一種測試。介面測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的互動點。測試的重點是要檢查資料的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關係等。
其中介面協議分為http,webservice,dubbo,thrift,socket等型別，測試型別又主要分為功能測試，效能測試，穩定性測試，安全性測試等。
通過測試程式模擬客戶端向伺服器傳送請求報文，伺服器接收請求報文後對相應的報文做出處理然後再把應答報文傳送給客戶端，客戶端接收應答報文這一過程（request（請求）→response（響應））
類似於功能測試，需求討論→評審需求→確定需求→產出介面定義→根據需求文件及介面定義設計測試用例（測試用例主要從業務場景，功能以及異常測試幾個方面考慮）→評審用例→執行測試
一般用於多個系統間的互動開發，或者擁有多個子系統的應用系統開發的測試。介面測試適用於為其他系統提供服務的底層框架系統和中心服務系統。主要測試這些對外部提供的介面的正確性和穩定性。它也同樣適用於上層系統中服務層介面，測試難度隨層級而上公升。即越往上難度越大。
降低成本，提高效率。介面測試能夠提供系統複雜度上公升情況下的低成本高效率的解決方案。它是乙個完整的體系，還包括功能測試，效能測試等。
a) 系統與系統之間的呼叫；
b) 上層服務對下層服務的呼叫 ；
c) 服務之間的呼叫；
不同型別的介面測試方法可能不一致，但總體來說，不管是哪種型別，被測介面即為服務方，測試手段為客戶方，介面測試的目的就是：通過我們的測試手段，去驗證滿足其宣告提供的功能。
a) 明確出發點——測試的目的是為了找出軟體的缺口，修復並使之更加完善。在這一基礎點上，介面測試也不例外。以找出軟體的誤漏為出發點，測試用例需緊貼此線，更容易找出問題所在。
b) 明確測試點——選擇好的測試物件。系統內部層次繁複複雜，任何乙個介面的變動都將導致用例失效。（可將這些最外層的介面根據資料的流向分為進入和流出兩類，進入系統的介面實際上是我們用例的執行呼叫的介面。可通過引數對這些介面進行呼叫，模擬外部的使用；而流出的介面則是我們用例真正該驗證的點。資料從**流出，流出的狀態如何，此時系統的狀態都是作為測試目的所要著重關注的部分）
c) 確認完整的測試物件的功能——確認外部介面提供給使用這些介面的外部使用者什麼樣的功能，外部使用者真正需要的是什麼樣的功能予以區別。用例的設計要嚴格按照測試物件功能設計才是正確的用例。
功能點，測試環境，測試資料，執行操作以及預期結果。
a) 介面測試測試的功能點：如果乙個介面功能過於複雜時，可以對介面用例進行結構劃分（如根據層次，平台，功能點等等），這樣用例具有更好的可讀性（介面劃分原則為：以介面提供的功能點的不同進行合適粒度的劃分，同一功能點的用例又可根據測試環境的不同，資料的不同進行用例的填充）
b) 介面測試用例的環境：程式內部環境和程式所呼叫的外部介面的環境。
c) 關於介面測試測試資料：分為兩部分：介面引數資料和用例執行所需系統資料。資料的設計、準備測試用例的資料不可馬虎。通過好的測試資料查詢問題，能極大的提高工作效率。介面引數資料需要對每個引數根據測試介面的實際功能進行分析，在符合業務邏輯的情況下進行邏輯組合排列，不要遺漏某些邊界值和錯誤點的資料，這樣用例更容易發現問題。
d) 執行操作：即對所測介面的呼叫。 e) 預期結果：根據需求進行驗證，是衡量軟體是否達到預期的標準。應該著重細緻，每個用例均需驗證，應該避免乙個用例重複做相同的驗證，提高測試用例的效率。
Excel介面自動化（8）介面測試自動化指令碼
介面測試自動化指令碼 整個流程的邏輯基本都是在這裡面實現，所需要的資料都是通過呼叫前面的封裝來獲取 第一步 新建乙個解析excel工具類的例項物件並且獲取 api 的sheet物件 parsee parseexcel parsee.loadworkbook filepath sheetobj par...
專案二 介面自動化測試框架
struts 展示層 它呼叫業務層完成運算邏輯，業務層再呼叫持久層完成資料庫的讀寫 hibernate 持久層 建立一系列的持久化類，每個類的屬性都可以簡單的看做和一張資料庫表的屬性一一對應，當然也可以實現關聯式資料庫的各種表件關聯的對應。當我們需要相關操作是，不用再關注資料庫表。我們不用再去一行行...
介面測試 介面自動化測試
1 介面自動化到底關注哪些點？a.關注函式 類 方法 所提供的介面的可靠性 b.關注介面之間銜接的可靠性 c.關注介面引數的校驗 2 介面有哪幾種型別？a.http協議中 get post put delete input方法 b.目前自動化工具提供的有get和post兩種方法 3 用介面實現自動化...