在通常的產品測驗程序中，一般都會采用功能測驗方法去發現bug，為什么要做介面測驗呢？現今的軟體產品架構不斷復雜化傳統的功能測驗已經難以滿足系統發展的需求，
根據歷史資料模型推算，底層1個bug大約會引起上層8個bug，而底層的bug很容易引起全網宕機，可見介面測驗的重要性，介面測驗還可以自動化，相對于功能測驗是一種低成本且高效的測驗方法，如果測驗人員沒有代碼基礎,無法進行測驗腳本的撰寫、運行、維護，也可以使用介面測驗工具進行介面測驗，掌握介面測驗工具的使用方法，對于介面測驗工來說是很重要的，
設定API步驟，
API測驗步驟設定分為以下幾個部分：
1. 測驗步驟基本資訊：包括測驗步驟名稱、API請求地址、系結的API檔案等；
2. API 請求引數：包括請求頭部、請求體等內容；
3. 提取的回傳結果：可以將測驗結果進行提取，并傳遞給后續測驗步驟使用，比如將登錄的token傳遞給后續測驗步驟進行登錄校驗，
4. 校驗規則：包括請求頭部校驗規則、請求體校驗，只有設定了測驗步驟的校驗規則之后，系統才會判斷測驗步驟是否執行成功，
5. 其他設定：包括請求超時限制、測驗例外處理等，
Eolink發起測驗并獲取報告
創建好測驗用例之后，點擊 執行測驗 按鈕即可運行測驗，系統會自動按順序執行測驗流程里的每個測驗步驟，并且得到詳細的測驗報告，
從API檔案新建API測驗
進入流程測驗用例詳情頁，點擊添加測驗步驟，在下拉選單中選擇 從 API 檔案添加API請求，通過匯入API檔案來創建測驗步驟時，會自動將測驗步驟關聯相應的API檔案，當API檔案發生改變的時候，測驗人員可以方便地同步改變的資訊到測驗用例中，降低維護測驗用例的成本，
文中演示工具為Eolink，支持在線使用，感興趣者可直接訪問：www.eolink.com使用！
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/443467.html
標籤：其他