使用基于模型的方法嚴(yán)格測試API的復(fù)雜鏈

---

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

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

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

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

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

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

測試太多，時間不夠！

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

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

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

基于模型的API測試

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

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

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

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