介面測驗是專案測驗的一部分，正如其名，它測驗的主要物件是介面，是測驗系統組件間介面的一種測驗，介面測驗主要用于檢測外部系統與所測系統之間以及內部各系統之間的互動點，測驗的重點是檢查資料互動、傳遞、和控制管理程序以及系統間的相互依賴關系等，
如何設計介面測驗用例？
首先，明確出發點，和所有的測驗一樣，介面測驗出發點是你要證明所測的程式是錯誤的，以這個出發點為導向，你的設計行為就會盡量朝這個方向發展，更易發現問題，不會出現大方向的偏差，
其次，選擇好測驗物件，對于一個系統做介面測驗選擇好的測驗物件是介面測驗關鍵，一個系統有無數的介面，每個介面如果分別測驗，那將是很痛苦的一件事情，不光繁瑣浪費，而且任何一個內部介面的變動，都將導致我們用例的不可用，
這里推薦把整個系統作為一個整體，選擇整個系統提供給外部使用、互動的最外層介面作為你的測驗物件，以此為測驗物件的用例將有很好的健壯性，并且更高效，
另外，根據資料的流向，又可將這些最外層的介面分為兩類：一類是資料進入系統的介面；一類是資料流出系統的介面，
進入系統的介面實際是我們用例的執行呼叫的介面，可通過變化引數對這些介面進行呼叫，模擬外部的使用；而流出的介面則是我們用例真正該驗證的點，
資料從哪里流出，流出時的狀態如何，此時系統又是什么狀態都是我們所應該驗證的，
然后，確認完整的測驗物件的功能：確認外部介面提供給使用這些介面的外部用戶什么樣的功能，外部用戶真正需要什么樣的功能，此兩個功能一定要準確詳細，用例的設計要嚴格按照測驗物件功能設計才是正確的用例，
最后當出發點、物件、功能都確定了，就可以真正設計用例了，下面詳細介紹下如何去設計一個結構好、可讀性高、滲透性強的介面測驗用例，
介面測驗用例設計和其他測驗用例設計一樣，都應該本著盡可能的發現bug的目標，用例設計的內容應該包括：主要測驗功能點、測驗環境、測驗資料、執行操作以及預期結果，
1）介面測驗環境分為兩種:一種是程式內部的環境，一種是程式的所呼叫外部介面的環境，
用例在設計環境上有一個原則即：設計真實而危險的環境，不忽視偶發環境，
真實，即你的用例在測驗某種功能時，應該去思考這種情況發生時內部、外部環境是什么，通過各種手段將最準確的環境模擬出來，
危險，即在這種環境下系統出問題的概率會很大，在設計用例環境時，如果兩種環境都能達到你本用例的要求，更推薦選擇更危險的環境，
所謂偶發，即這種環境出現的概率很小，不要因為這種環境很少出現就無視它，開發很可能也是這種想法，此處很有可能隱藏著問題，
2）介面測驗測驗資料分為介面引數資料和用例執行所需系統資料，
資料的設計學問大，不要在設計、準備測驗用例的資料上偷懶，要通過好的測驗資料使用例查錯的功能充分發揮，
介面引數資料需對每個引數根據測驗介面的實際的功能進行分析，在符合業務邏輯的情況下進行邏輯組合排列，不要遺漏了某些邊界值和錯誤點的資料，每個用例執行所需系統資料和介面引數資料盡可能的采用不一樣的資料，使用例更容易發現問題，
3）測驗功能點，
如果一個介面功能復雜時推薦對介面用例進行結構劃分，這樣子用例具有更好的可讀性和維護性，介面劃分原則為以介面提供的功能點的不同進行合適粒度的劃分，
同一功能點的用例又可根據測驗環境的不同、資料的不同進行用例的填充，
4）介面測驗用例執行操作非常簡單，就是所測介面的呼叫，
5）預期結果驗證，
這也是介面用例設計的很關鍵的一步，應該細而不冗余，所謂細，用例中應詳細列出應該驗證的點，
每個用例均需驗證，不要因為前幾個用例有驗證就認為全部是正確的，避免一個用例中重復做相同的驗證，提高測驗用例的效率，
當今在測驗領域，接?測驗已經越來越多的被提及，被重視，
區別于傳統意義上的系統級別測驗，很多測驗?員在接觸到接?測驗的時候，也許對測驗執?還可以?較順利的上?，但?提到相關的歸檔，?如測驗?例和報告，就有些不知所措了，
今天就送你們一套實用的介面測驗用例模板，
最后
介面測驗用例模板就不一一給大家展示出來了，為了不影響大家的閱讀體驗就只展示了部分內容，還望大家海涵，希望能幫助到您面試前的復習且找到一個好的作業，也節省大家在網上搜索資料的時間來學習！有需要的小伙伴可以加群：946094265 免費領取..
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/552214.html
標籤：其他
上一篇：Python復制檔案的9種方法
下一篇：返回列表