[發(fā)明專利]Api接口自動(dòng)化測(cè)試法、裝置、計(jì)算機(jī)設(shè)備和存儲(chǔ)介質(zhì)

在審

• 申請(qǐng)?zhí)枺?/td>: 202210924486.2
• 申請(qǐng)日: 2022-08-03
• 公開(kāi)（公告）號(hào): CN115017057A
• 公開(kāi)（公告）日: 2022-09-06
• 發(fā)明（設(shè)計(jì)）人: 陳曉松
• 申請(qǐng)（專利權(quán)）人: 北京一貓汽車科技有限公司
• 主分類號(hào): G06F11/36
• 分類號(hào): G06F11/36
• 代理公司: 北京知漢亭知識(shí)產(chǎn)權(quán)代理事務(wù)所(普通合伙) 16011
• 代理人: 胡麗琴

本發(fā)明涉及數(shù)據(jù)處理自動(dòng)化，接口測(cè)試自動(dòng)化技術(shù)領(lǐng)域，提供了一種Api接口自動(dòng)化測(cè)試法、裝置、計(jì)算機(jī)設(shè)備和存儲(chǔ)介質(zhì)。該方法包括：引入Python的第三方庫(kù)，對(duì)其中方法進(jìn)行封裝；基于REST Api接口不同請(qǐng)求，設(shè)計(jì)和管理Rest Api接口測(cè)試用例代碼；利用excel管理所有REST Api接口的相關(guān)請(qǐng)求數(shù)據(jù)；構(gòu)建REST Api接口請(qǐng)求數(shù)組形式；構(gòu)建測(cè)試用例的數(shù)據(jù)驅(qū)動(dòng)，將返回接口請(qǐng)求數(shù)據(jù)解析處理結(jié)果與預(yù)期結(jié)果比對(duì)獲得結(jié)論；觸發(fā)自動(dòng)構(gòu)建Rest Api接口自動(dòng)執(zhí)行日志記錄。本發(fā)明解決了工作量大管理性差的問(wèn)題，實(shí)現(xiàn)接口測(cè)試代碼和數(shù)據(jù)分離的模式，更高效。

技術(shù)領(lǐng)域

本發(fā)明涉及數(shù)據(jù)處理自動(dòng)化，接口測(cè)試自動(dòng)化技術(shù)領(lǐng)域，尤其涉及一種Api接口自動(dòng)化測(cè)試法、裝置、計(jì)算機(jī)設(shè)備和存儲(chǔ)介質(zhì)。

背景技術(shù)

軟件測(cè)試作為軟件生命周期中保證軟件質(zhì)量的一個(gè)重要環(huán)節(jié)，軟件測(cè)試過(guò)程中發(fā)現(xiàn)大量系統(tǒng)中存在的問(wèn)題，對(duì)于系統(tǒng)的高質(zhì)量穩(wěn)定運(yùn)行提供了堅(jiān)實(shí)的保障。如何保證在開(kāi)發(fā)階段的更早階段發(fā)現(xiàn)問(wèn)題，并跟蹤解決這些問(wèn)題，這就需要測(cè)試左移提前介入項(xiàng)目過(guò)程中。如何保證研發(fā)過(guò)程中修改問(wèn)題未引入新的問(wèn)題，這就需要測(cè)試在回歸問(wèn)題時(shí)保證回歸測(cè)試的高覆蓋率。如何保證對(duì)正在使用的系統(tǒng)進(jìn)行優(yōu)化或功能增強(qiáng)時(shí)，沒(méi)有影響到以前的系統(tǒng)功能，沒(méi)有帶入新的問(wèn)題，這就需要測(cè)試右移持續(xù)跟蹤系統(tǒng)的運(yùn)行。

為了達(dá)到上述各種要求，測(cè)試人員需要花更多的時(shí)間和精力去保證軟件系統(tǒng)的質(zhì)量。通過(guò)引入自動(dòng)化測(cè)試可以幫助測(cè)試人員更好的提高測(cè)試效率，將更多的時(shí)間和精力放在質(zhì)量把控和測(cè)試優(yōu)化上。自動(dòng)化測(cè)試中的接口自動(dòng)化即APi自動(dòng)化，效果更佳，APi即應(yīng)用程序編程接口，APi接口一般有兩種，一種是系統(tǒng)對(duì)外的接口，另一種是系統(tǒng)對(duì)內(nèi)的接口。APi測(cè)試在測(cè)試金字塔思想中介于單元測(cè)試和UI測(cè)試之間，屬于集成測(cè)試范疇。APi測(cè)試會(huì)繞過(guò)用戶界面并通過(guò)調(diào)用應(yīng)用程序的APi直接與應(yīng)用程序通信，接口測(cè)試實(shí)施在多系統(tǒng)的平臺(tái)架構(gòu)下，有著高效的成本收益比，可以在系統(tǒng)沒(méi)有UI之前可以提前介入進(jìn)行測(cè)試，實(shí)現(xiàn)測(cè)試左移提前發(fā)現(xiàn)系統(tǒng)中存在的問(wèn)題。總的來(lái)說(shuō)，接口測(cè)試是保證高復(fù)雜性系統(tǒng)質(zhì)量的內(nèi)在要求和低成本的經(jīng)濟(jì)利益驅(qū)動(dòng)下的最佳方案。傳統(tǒng)的REST APi測(cè)試大多通過(guò)借助于接口測(cè)試工具如Postman、Jmeter等工具進(jìn)行人工測(cè)試，或者通過(guò)編寫(xiě)腳本進(jìn)行自動(dòng)化測(cè)試。

傳統(tǒng)REST Api接口測(cè)試借助工具進(jìn)行如 Postman、Jmeter進(jìn)行接口請(qǐng)求的模擬，再對(duì)服務(wù)器返回的響應(yīng)數(shù)據(jù)進(jìn)行驗(yàn)證。雖然借助于工具可以實(shí)現(xiàn)接口的自動(dòng)化測(cè)試，但是這種接口測(cè)試方法在接口測(cè)試執(zhí)行時(shí)需要對(duì)每個(gè)接口進(jìn)行單獨(dú)測(cè)試，測(cè)試用例的數(shù)據(jù)單獨(dú)維護(hù)，維護(hù)性差。測(cè)試用例管理方面存在可讀性差，自動(dòng)化執(zhí)行效率底下，執(zhí)行日志不詳細(xì)、和測(cè)試報(bào)告不詳細(xì)不直觀的問(wèn)題。接口測(cè)試工具在執(zhí)行結(jié)束后沒(méi)有對(duì)執(zhí)行過(guò)程中的日志進(jìn)行記錄，無(wú)法在執(zhí)行結(jié)束對(duì)執(zhí)行過(guò)程進(jìn)行跟蹤了解。測(cè)試用例在工具中無(wú)法有效的管理，不能靈活的實(shí)現(xiàn)部分接口用例不執(zhí)行或跳過(guò)，給用例的維護(hù)帶來(lái)了不便。工具的測(cè)試報(bào)告樣式比較固定，界面不夠美觀。

發(fā)明內(nèi)容

有鑒于此，本發(fā)明提供了Api接口自動(dòng)化測(cè)試法，以解決現(xiàn)有技術(shù)中接口測(cè)試執(zhí)行時(shí)需要對(duì)每個(gè)接口進(jìn)行單獨(dú)測(cè)試維護(hù)工作量大、維護(hù)性差、無(wú)法詳細(xì)記錄接口測(cè)試過(guò)程中執(zhí)行日志的問(wèn)題。

本發(fā)明提供了Api接口自動(dòng)化測(cè)試法，包括：

步驟一.引入Python 的第三方庫(kù)，對(duì)所述第三方庫(kù)中的方法進(jìn)行封裝，根據(jù)RESTApi 接口不同請(qǐng)求調(diào)用相應(yīng)的方法；

步驟二.基于所述REST Api 接口不同請(qǐng)求，設(shè)計(jì)和管理Rest Api 接口測(cè)試用例代碼；

步驟三.采用excel 對(duì)所有所述REST Api 接口的相關(guān)請(qǐng)求數(shù)據(jù)進(jìn)行管理；

步驟四.基于讀取excel中每行數(shù)據(jù)，構(gòu)建Rest Api 接口請(qǐng)求數(shù)據(jù)的形式；

步驟五.結(jié)合DDT第三方庫(kù)，構(gòu)建Rest Api 接口請(qǐng)求數(shù)據(jù)驅(qū)動(dòng)，所述Rest Api 接口請(qǐng)求數(shù)據(jù)批量執(zhí)行，并對(duì)所述REST Api接口請(qǐng)求返回的響應(yīng)數(shù)據(jù)進(jìn)行解析處理，將解析處理的結(jié)果與excel中的預(yù)期結(jié)果進(jìn)行比對(duì)獲得結(jié)論；