什麼是介面測試？

什麼是介面測試

     介面測試是測試系統元件間介面的一種測試。介面測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的互動點。測試的重點是要檢查資料的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關係等。 

為什麼做介面測試

    首先，節省測試成本，資料模型推算，底層的一個bug能夠引發上層的8個左右bug，而且底層的bug很容易引起全網的當機。相反介面測試能夠提供系統複雜度上升情況下的低成本高效率的解決方案。

    其次介面測試不同於傳統開發的單元測試，介面測試是站在使用者的角度對系統介面進行全面高效持續的檢測。

    最後介面測試是自動化並且持續整合的，這也是為什麼介面測試能夠低成本高收益的根源。

    總之介面測試是保證高複雜性系統質量的內在要求和低成本的經濟利益的驅動作用下的最佳解決方案，介面測試是一個完整的體系，也包括功能測試、效能測試。

介面測試的適用範圍

   介面測試一般應用於多系統間互動開發，或者擁有多個子系統的應用系統開發的測試。介面測試適用於為其他系統提供服務的底層框架系統和中心服務系統， 主要測試這些系統對外部提供的介面，驗證其正確性和穩定性。介面測試同樣適用於一個上層系統中的服務層介面，越往上層，其測試的難度越大。介面測試在淘寶的應用是一個自下而上的發展過程。

    介面測試實施在多系統多平臺的構架下，有著極為高效的成本收益比。介面測試天生為高複雜性的平臺帶來高效的缺陷檢測和質量監督能力。平臺越複雜，系統越龐大，介面測試的效果越明顯。

如何簡單設計介面測試用例

    介面測試是專案測試的一部分，它測試的主要物件是介面 ，是測試系統元件間介面的一種測試。介面測試主要用於檢測外部系統與所測系統之間以及內部各系統之間的互動點。測試的重點是檢查資料互動、傳遞和控制管理過程以及系統間的相互依賴關係等。
　　如何設計介面測試用例？首先，明確出發點，和所有的測試一樣 ，介面測試出發點是你要證明所測的程式是錯誤的。以這個出發點為導向，你的設計行為就會盡量朝這個方向，更易發現問題
　　其次，選擇好測試物件。對於一個系統做介面測試選擇好的測試物件是介面測試關鍵。一個系統有無數的介面 ，每個介面如果分別測試 ，那將是很痛苦的一件事情，而且任何一個內部介面的變動 ，都將導致我們用例的不可用。
　 　可將這些最外層的介面分為兩類：一類是資料進入系統的介面；一類是資料流出系統的介面。進入系統的介面實際是我們用例的執行呼叫的介面。可通過變化引數 對這些介面進行呼叫 ，模擬外部的使用；而流出的介面則是我們用例真正該驗證的點。資料從哪裡流出，流出時的狀態如何，此時系統又是什麼狀態都是我們所應該驗證的。
　　然後，確認完整的測試物件的功能：確認外部介面提供給使用這些介面的外部使用者什麼樣的功能，外部使用者真正需要什麼樣的功能。此兩個功能一定要準確詳細，用例的設計要嚴格按照測試物件功能設計才是正確的用例。
　　最後當出發點、物件、功能都確定了，就可以真正設計用例了。下面詳細介紹下如何去設計一個結構好、可讀性高、滲透性強的介面測試用例。
　　介面測試用例設計和測試用例設計一樣，用例設計的內容應該包括：主要測試功能點、測試環境、測試資料、執行操作以及預期結果。
　　1）介面測試環境分為兩種：一種是程式內部的環境；一種是程式的所呼叫外部介面的環境。
　　2）介面測試測試資料分為介面引數資料和用例執行所需系統資料。資料的設計、準備測試用例的資料上需要花費更多的心思。要通過好的測試資料使用例查詢問題。介面引數資料需對每個引數根據測試介面的實際的功能進行分析，在符合業務邏輯的情況下進行邏輯組合排列 ，不要遺漏了某些邊界值和錯誤點的資料。每個用例執行所需系統資料和介面引數資料儘可能的採用不一樣的資料 ，使用例更容易發現問題。
　　3）測試功能點，如果一個介面功能複雜時推薦對介面用例進行結構劃分 ，這樣子用例具有更好的可讀性和維護性。介面劃分原則為以介面提供的功能點的不同進行合適粒度的劃分。同一功能點的用例又可根據測試環境的不同、資料的不同進行用例的填充。
    4）介面測試用例執行操作非常簡單，就是所測介面的呼叫。
　5）預期結果驗證，這也是介面用例設計的很關鍵的一步 ，應該細而不冗餘。每個用例均需驗證 ，避免一個用例中重複做相同的驗證 ，提高測試用例的效率。 

介面測試工具介紹

A：Jmeter

學習文件：

http://www.cnblogs.com/liulinghua90/p/4680833.html

B：soapui

學習文件：

http://jingyan.baidu.com/article/ca41422f3f98421eae99edec.html