API為企業(yè)提供了快速創(chuàng)新的靈活性，并將其核心產(chǎn)品擴(kuò)展到新用戶。但是，這種靈活性也帶來了測(cè)試的巨大復(fù)雜性。基于模型的方法可用于匹配現(xiàn)代軟件交付的速度和可變性。

嚴(yán)格的API測(cè)試必須克服大量的復(fù)雜性，并考慮大量可能的測(cè)試用例。到達(dá)端點(diǎn)所需的消息數(shù)據(jù)必須“覆蓋”值的每個(gè)不同數(shù)據(jù)組合。其中包括用戶輸入的數(shù)據(jù)值，以及他們針對(duì)系統(tǒng)執(zhí)行的獨(dú)特操作。它還包括由用戶活動(dòng)生成的機(jī)器數(shù)據(jù)，例如內(nèi)容類型和會(huì)話ID。

API測(cè)試還必須考慮數(shù)據(jù)可以通過API流動(dòng)的過程。它們必須涵蓋API動(dòng)作和方法的組合，這些組合可以在到達(dá)特定端點(diǎn)的方式上轉(zhuǎn)換數(shù)據(jù)。

但是API并不是孤立存在的。根據(jù)定義，它們連接了多個(gè)系統(tǒng)或組件，因此從某種意義上來說，每個(gè)測(cè)試都是端對(duì)端測(cè)試。因此，一組嚴(yán)格的API測(cè)試必須考慮大量組合動(dòng)作或方法，這些動(dòng)作或方法可以在數(shù)據(jù)流經(jīng)連接的API時(shí)對(duì)其進(jìn)行轉(zhuǎn)換。

一個(gè)不切實(shí)際的簡(jiǎn)化示例將包括1000個(gè)用戶輸入數(shù)據(jù)的組合、1000個(gè)機(jī)器生成的數(shù)據(jù)的不同組合以及1000個(gè)通過組合動(dòng)作的不同歷程：

已經(jīng)有10億種組合，每種組合都可以進(jìn)行API測(cè)試。因此，嚴(yán)格的API測(cè)試必須選擇許多可以在沖刺中執(zhí)行的測(cè)試用例，同時(shí)仍要保留足夠的API測(cè)試覆蓋率。

測(cè)試太多，時(shí)間不夠！

不幸的是，API測(cè)試中使用的測(cè)試技術(shù)通常過于手工和不系統(tǒng)，無法進(jìn)行嚴(yán)格的API測(cè)試。關(guān)鍵業(yè)務(wù)API可能會(huì)在測(cè)試生命周期的每個(gè)點(diǎn)上受到未充分測(cè)試的風(fēng)險(xiǎn)：

1. 在測(cè)試工具中或通過腳本一一創(chuàng)建API測(cè)試太慢且臨時(shí)性，甚至無法達(dá)到可能的組合的一小部分。
2. 從服務(wù)定義和需求很難定義預(yù)期結(jié)果。再次猜測(cè)響應(yīng)是否“正確”會(huì)破壞API測(cè)試的可靠性。
3. 因此，測(cè)試數(shù)據(jù)缺少嚴(yán)格的API測(cè)試所需的大多數(shù)組合。低多樣性的生產(chǎn)數(shù)據(jù)副本側(cè)重于過去發(fā)生的預(yù)期情況。它們?nèi)鄙佼惓Ｖ岛头穸ńM合，以及缺乏用于測(cè)試未發(fā)布功能的數(shù)據(jù)。
4. 在執(zhí)行API測(cè)試時(shí)，通常無法訪問內(nèi)部和第三方系統(tǒng)。組件可能未完成或正在由另一個(gè)團(tuán)隊(duì)使用，或者第三方可能未提供用于測(cè)試的沙箱。因此，環(huán)境限制進(jìn)一步破壞了API測(cè)試的敏捷性。

相反，測(cè)試復(fù)雜的API鏈需要一種集成的自動(dòng)化方法。API測(cè)試人員必須能夠確定API測(cè)試嚴(yán)格性所需的最小一組API測(cè)試，并系統(tǒng)地創(chuàng)建執(zhí)行它們所需的測(cè)試數(shù)據(jù)和環(huán)境。

基于模型的API測(cè)試

為了克服API調(diào)用鏈的復(fù)雜性，團(tuán)隊(duì)可以從基于模型的API測(cè)試方法中受益，在該方法中，測(cè)試人員可以從易于使用的模型中生成進(jìn)行嚴(yán)格的API測(cè)試所需的一切。

運(yùn)作方式如下：

• 基于模型的測(cè)試生成將創(chuàng)建API測(cè)試，以“覆蓋”跨API鏈的數(shù)據(jù)和方法的每種不同組合。這將數(shù)學(xué)算法應(yīng)用于數(shù)學(xué)上精確的模型。這些模型是通過導(dǎo)入的服務(wù)定義和消息記錄快速構(gòu)建的。通過拖放可重復(fù)使用的流程圖，可以對(duì)復(fù)雜的API鏈進(jìn)行端到端測(cè)試，從而可以在較短的迭代時(shí)間內(nèi)進(jìn)行嚴(yán)格的測(cè)試。
• 每次測(cè)試都會(huì)同時(shí)生成準(zhǔn)確的測(cè)試數(shù)據(jù)和預(yù)期結(jié)果。預(yù)期的結(jié)果只是流程圖中的終點(diǎn)，并且Test Modeller還會(huì)為其生成的每個(gè)測(cè)試“及時(shí)”查找或制作數(shù)據(jù)。 API測(cè)試人員可以在模型級(jí)別選擇廣泛的數(shù)據(jù)生成功能和可重復(fù)的測(cè)試數(shù)據(jù)管理（TDM）流程。這些解決方案在測(cè)試生成過程中“及時(shí)”解決，編譯針對(duì)每個(gè)端到端測(cè)試量身定制的一致數(shù)據(jù)集。
• 虛擬數(shù)據(jù)生成產(chǎn)生模擬缺少或不可用組件所需的請(qǐng)求-響應(yīng)對(duì)。虛擬數(shù)據(jù)生成為每個(gè)可能的請(qǐng)求創(chuàng)建準(zhǔn)確的響應(yīng)。在測(cè)試生成或執(zhí)行期間也稱為可重復(fù)的TDM過程，以確保從中央模型生成的每個(gè)測(cè)試都配備有準(zhǔn)確的測(cè)試數(shù)據(jù)和環(huán)境。

通過這種集成方法，質(zhì)量檢查團(tuán)隊(duì)可以自行生成嚴(yán)格的API測(cè)試所需的一切。維護(hù)中央流程圖可以使測(cè)試、數(shù)據(jù)和虛擬服務(wù)保持一致，并在短迭代中測(cè)試復(fù)雜的API鏈。