一、API 測(cè)試的基本步驟

通常來(lái)講,API 測(cè)試的基本步驟主要包括以下三大步驟：

專(zhuān)業(yè)的建站公司,專(zhuān)做排名好的好網(wǎng)站,排在同行前面,為您帶來(lái)客戶(hù)和效益!創(chuàng)新互聯(lián)為您提供品質(zhì)好成都網(wǎng)站建設(shè),五站合一網(wǎng)站設(shè)計(jì)制作,服務(wù)好的網(wǎng)站設(shè)計(jì)公司,負(fù)責(zé)任的成都網(wǎng)站制作公司!

1、準(zhǔn)備測(cè)試數(shù)據(jù)；

2、通過(guò)通用的或自己開(kāi)發(fā)的API測(cè)試工具發(fā)起對(duì)被測(cè)API的request；

3、驗(yàn)證返回結(jié)果的response。

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

二、API復(fù)雜場(chǎng)景舉例

通過(guò)使用基礎(chǔ)的測(cè)試工具，可以做簡(jiǎn)單場(chǎng)景的API測(cè)試；而項(xiàng)目進(jìn)行過(guò)程中，為了解決實(shí)際的一些問(wèn)題，我們會(huì)設(shè)計(jì)更加復(fù)雜的測(cè)試場(chǎng)景，下面列舉幾個(gè)實(shí)際項(xiàng)目中的典型場(chǎng)景。

場(chǎng)景一：API串聯(lián)調(diào)用

以協(xié)議支付為例，我們知道，三方公司接入網(wǎng)聯(lián)后，用協(xié)議支付取代代扣，而協(xié)議支付的流程中需要用戶(hù)輸入銀行返回的驗(yàn)證碼完成綁卡。從接口層面上看，順序是先調(diào)用協(xié)議簽約API，返回狀態(tài)成功且獲取到短信驗(yàn)證碼后，再使用此短信驗(yàn)證碼作為輸入?yún)?shù)調(diào)用代扣API。協(xié)議簽約和代扣兩個(gè)API是順序調(diào)用，而且在兩次調(diào)用中間有獲取手機(jī)上的短信驗(yàn)證碼，這些過(guò)程都需要通過(guò)程序自動(dòng)化實(shí)現(xiàn)以提高效率。

場(chǎng)景二：API接口加密

為保證API接口安全，系統(tǒng)間和系統(tǒng)內(nèi)模塊間互相訪問(wèn)需要進(jìn)行加密處理，常用的加密方式有DES、AES、RSA、MD5等，各系統(tǒng)的加密方式并不一樣（接口調(diào)用方和接口提供方約定好即可），意味著API測(cè)試需要支持多種自動(dòng)化加密方式程。某些系統(tǒng)還會(huì)返回加密的響應(yīng)報(bào)文，也需要識(shí)別并解密。

場(chǎng)景三：異步API測(cè)試

異步API指請(qǐng)求發(fā)出后后收到一個(gè)同步響應(yīng)，但并不是最終處理結(jié)果，最終結(jié)果通過(guò)回調(diào)或者主動(dòng)查詢(xún)獲得。對(duì)于這樣的API，同步響應(yīng)的驗(yàn)證只是第一步，后續(xù)還得繼續(xù)驗(yàn)證DB中的值、MQ中的值、以及異步回調(diào)是否成功等。對(duì)于異步回調(diào)，我們可以模擬回調(diào)地址來(lái)驗(yàn)證成功與否；而對(duì)于主動(dòng)查詢(xún)，我們就得通過(guò)查看DB中的狀態(tài)值來(lái)驗(yàn)證了，但是查詢(xún)到結(jié)果的時(shí)間點(diǎn)不確定，幾分鐘到幾小時(shí)都有可能，這就得有一個(gè)定時(shí)DB查詢(xún)?nèi)蝿?wù)去驗(yàn)證。

場(chǎng)景四：API測(cè)試中的外部依賴(lài)

APIA調(diào)用APIB且B不可用，此時(shí)如何測(cè)試APIA需要考慮。比如支付系統(tǒng)對(duì)三方支付通道、對(duì)銀行的依賴(lài)，并不是所有的三方都支持測(cè)試環(huán)境，解決此問(wèn)題的核心思路是搭建MockServer，而且盡量做到通用性，我們開(kāi)發(fā)了一套Mock系統(tǒng) -aMock，通過(guò)頁(yè)面錄入接口信息，保存在數(shù)據(jù)庫(kù)內(nèi)，通過(guò)Nginx訪問(wèn)配置好的Mock接口，后臺(tái)統(tǒng)一處理請(qǐng)求信息，然后通過(guò)URL和報(bào)文特性去匹配特定的響應(yīng)信息。

三、API測(cè)試平臺(tái)

我們的API測(cè)試平臺(tái)是要基于業(yè)務(wù)場(chǎng)景的，即要支持各業(yè)務(wù)的共性需求，又要針對(duì)不同業(yè)務(wù)的個(gè)性特點(diǎn)加以開(kāi)發(fā)來(lái)豐富API測(cè)試能力；而且，對(duì)用例也要有很好的規(guī)劃，結(jié)果有清楚的展示，測(cè)試平臺(tái)架構(gòu)如下圖：

BIT：業(yè)務(wù)接口測(cè)試（BusinessInterfaceTest）

SUT：被測(cè)系統(tǒng)（SystemUnderTest）

TestCaseManagement：測(cè)試用例管理，包括從測(cè)試用例到測(cè)試用例集，再到測(cè)試任務(wù)的數(shù)據(jù)關(guān)系的建立和維護(hù)。測(cè)試用例是最小單位，測(cè)試用例集是從某一維度對(duì)用例進(jìn)行的歸集，測(cè)試任務(wù)即測(cè)試執(zhí)行，可立即觸發(fā)也可定時(shí)執(zhí)行，只能執(zhí)行測(cè)試用例集。

Util：工具類(lèi)封裝，主要提供數(shù)據(jù)加解密，數(shù)據(jù)類(lèi)型轉(zhuǎn)換，配置文件讀寫(xiě)，數(shù)據(jù)字典的緩存服務(wù)等。

Validator：接口響應(yīng)字段和數(shù)據(jù)庫(kù)字段的驗(yàn)證封裝。

RiskManagement：風(fēng)控處理，因?yàn)闀?huì)涉及支付真實(shí)資金，需要內(nèi)置風(fēng)控規(guī)則來(lái)保證資金安全，風(fēng)險(xiǎn)可控。

Timer：定時(shí)任務(wù)服務(wù)，包括

• 串聯(lián)API用例中，前置用例的狀態(tài)判斷；

• 異步API的數(shù)據(jù)庫(kù)校驗(yàn)；

• 超時(shí)API用例的失效狀態(tài)判斷；

• 定時(shí)執(zhí)行的任務(wù)計(jì)劃。

MockServer：用例依賴(lài)的外部系統(tǒng)Mock服務(wù)。

Portal：API測(cè)試平臺(tái)門(mén)戶(hù)網(wǎng)站，包括測(cè)試用例的錄入，維護(hù)，測(cè)試任務(wù)的執(zhí)行，結(jié)果查看，導(dǎo)出等都通過(guò)門(mén)戶(hù)進(jìn)行操作。

DB：存儲(chǔ)測(cè)試用例數(shù)據(jù)以及相應(yīng)的測(cè)試任務(wù)、測(cè)試報(bào)告數(shù)據(jù)，還有項(xiàng)目配置等。

目前API測(cè)試平臺(tái)上各項(xiàng)目維護(hù)用例總結(jié)1200多條，以回歸用例為主，且還在不斷增加中，隨著用例的不斷添加，平臺(tái)也歷經(jīng)了一系列優(yōu)化，下面就談?wù)勥@個(gè)過(guò)程中的一些思考。

四、測(cè)試數(shù)據(jù)準(zhǔn)備

對(duì)于大量API用例的執(zhí)行，需要數(shù)據(jù)驅(qū)動(dòng)測(cè)試，也就是說(shuō)可以將測(cè)試數(shù)據(jù)和測(cè)試代碼分離解耦，這樣便于測(cè)試數(shù)據(jù)的維護(hù)同時(shí)也保證了數(shù)據(jù)的準(zhǔn)確性，用例設(shè)計(jì)格式是這樣

${accountName}
${accountNo}
${identNo}

本文標(biāo)題：五大典型場(chǎng)景中的API自動(dòng)化測(cè)試實(shí)踐-創(chuàng)新互聯(lián)
轉(zhuǎn)載來(lái)于：http://weahome.cn/article/dgpsgo.html