1、校驗(斷言)

測試斷言是自動化測試中的測試通過條件，用于判斷測試用例是否符合預期。所以支持對返回值校驗是一個必須的功能。

【資料圖】

2、數據隔離

數據隔離就是指具體的請求接口、參數、校驗等數據做到與代碼相隔離，便于維護，一旦需要調整接口用例、新增接口用例時可很快速的找到位置。隔離的另一個好處就是可復用，框架可以推廣給其他團隊，使用者可以使用相同的代碼，只需要根據要求填寫各自用例即可測試起來。

3、數據傳遞

做到數據隔離可維護后，數據傳遞是另外一個更重要的需求。接口測試時，首先我們會實現單接口解耦，后續按照業務場景組合多個接口。而數據傳遞是則是組合多個接口的必要條件，它讓接口用例之間可以做到向下傳參。舉個例子，我們通過設備信息查詢接口查詢到當前天貓精靈音箱的設備信息，該接口會返回一個 UUID，接下來我們要通過用戶信息查詢接口去查詢當前設備綁定的用戶信息，此時第二個接口的請求數據是需要從第一個接口用例中的返回中提取的。

4、功能函數

實際的業務場景測試會需要各種輔助功能的支持，比如隨機生成時間戳，請求 ID，隨機的手機號碼或位置信息等等，此時我們就需要代碼可以支持做到識別對應關鍵字時可以執行對應的功能函數進行填充。

5、可配置

目前測試環境包括但不限于日常、預發一、預發二、線上等等，因此用例不單單只能在一個環境上執行，需要同一份接口用例可以在日常、預發、線上等多個環境都可以執行。所以框架需要做到可配置，便于切換，調用不同的配置文件可以在不同的環境執行。

6、日志

日志包含執行的具體執行接口、請求方式、請求參數、返回值、校驗接口、請求時間、耗時等關鍵信息，日志的好處一來是可以便于在新增用例有問題時快速定位出哪里填寫有問題，二來是發現 bug 時方便向開發反饋提供數據，開發可以從觸發時間以及參數等信息快速定位到問題所在。

7、可視化報告

用例執行后，就是到了向團隊展示結果的時候了，一個可視化的報告可以便于團隊成員了解到每次自動化接口用例執行的成功數、失敗數等數據。

8、可持續集成

對于已經有測試用例并測試完成的接口，我們希望能夠形成回歸用例，在下一個版本迭代或上線之前，通過已有用例進行一個回歸測試，確保新上線的功能不影響已有功能。因此，這就需要接口自動化測試是可持續集成的而不是一次性的。