那么API 測試的基本步驟以及場景有哪些，你知道嗎?接下來，就讓宜信來為你答疑解惑吧。

API 測試的基本步驟

通常來講，API 測試的基本步驟主要包括以下三大步驟：

1、準備測試數據;

2、通過通用的或自己開發的API測試工具發起對被測API的request;

3、驗證返回結果的response。

常用的API測試工具有命令行工具cURL、圖形界面工具Postman或SoapUI，支持API性能測試的JMeter等。

API復雜場景舉例

通過使用基礎的測試工具，可以做簡單場景的API測試;而項目進行過程中，為了解決實際的一些問題，我們會設計更加復雜的測試場景，下面列舉幾個實際項目中的典型場景。

場景一：API串聯調用

以協議支付為例，我們知道，三方公司接入網聯后，用協議支付取代代扣，而協議支付的流程中需要用戶輸入銀行返回的驗證碼完成綁卡。從接口層面上看，順序是先調用協議簽約API，返回狀態成功且獲取到短信驗證碼后，再使用此短信驗證碼作為輸入參數調用代扣API。協議簽約和代扣兩個API是順序調用，而且在兩次調用中間有獲取手機上的短信驗證碼，這些過程都需要通過程序自動化實現以提高效率。

場景二：API接口加密

為保證API接口安全，系統間和系統內模塊間互相訪問需要進行加密處理，常用的加密方式有DES、AES、RSA、MD5等，各系統的加密方式并不一樣(接口調用方和接口提供方約定好即可)，意味著API測試需要支持多種自動化加密方式程。某些系統還會返回加密的響應報文，也需要識別并解密。

場景三：異步API測試

異步API指請求發出后后收到一個同步響應，但并不是最終處理結果，最終結果通過回調或者主動查詢獲得。對于這樣的API，同步響應的驗證只是第一步，后續還得繼續驗證DB中的值、MQ中的值、以及異步回調是否成功等。對于異步回調，我們可以模擬回調地址來驗證成功與否;而對于主動查詢，我們就得通過查看DB中的狀態值來驗證了，但是查詢到結果的時間點不確定，幾分鐘到幾小時都有可能，這就得有一個定時DB查詢任務去驗證。

場景四：API測試中的外部依賴

APIA調用APIB且B不可用，此時如何測試APIA需要考慮。比如支付系統對三方支付通道、對銀行的依賴，并不是所有的三方都支持測試環境，解決此問題的核心思路是搭建MockServer，而且盡量做到通用性，我們開發了一套Mock系統 -aMock，通過頁面錄入接口信息，保存在數據庫內，通過Nginx訪問配置好的Mock接口，后臺統一處理請求信息，然后通過URL和報文特性去匹配特定的響應信息。

以上就是API 測試的基本步驟以及場景舉例，想要了解更多，歡迎來咨詢宜信，我們將竭誠為您服務。

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如有侵權行為，請第一時間聯系我們修改或刪除，多謝。