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