商業(yè)銀行接口自動化測試結(jié)果分析方法與裝置

nidaye 發(fā)布于2021-09-07 09:59 / 1584人閱讀

摘要：接口測試結(jié)果歸類分析方法基于接口測試結(jié)果模型化和組織級的錯誤碼庫非缺陷知識庫，本專利的方法及裝置將接口測試的結(jié)果分類分析，輸出概要表和錯誤分類表。

詳細(xì)介紹技術(shù)背景

隨著數(shù)字化轉(zhuǎn)型的深入推進(jìn)，商業(yè)銀行的產(chǎn)品迭代不斷加快。同時(shí)，商業(yè)銀行的業(yè)務(wù)性質(zhì)要求其應(yīng)用系統(tǒng)有極高的穩(wěn)定性和可靠性。既要快又要穩(wěn)，自動化測試是解決這一問題的關(guān)鍵。因此，最近幾年，各家商業(yè)銀行均在大力發(fā)展自動化測試。

在這一進(jìn)程中，自動化測試的設(shè)計(jì)理念不斷完善，新的技術(shù)不斷應(yīng)用，使得自動化測試資產(chǎn)的積累代價(jià)和維護(hù)代價(jià)不斷降低。

伴隨而來的，自動化測試資產(chǎn)的數(shù)量不斷增長。

以某商業(yè)銀行為例，2018年8月，全量自動化測試資產(chǎn)（腳本、案例）約3800條。在不足兩年的時(shí)間內(nèi)，到2020年6月，全量自動化測試資產(chǎn)已超過10萬條，增長26倍。

其中，對執(zhí)行資源消耗較大的界面自動化測試資產(chǎn)，從1300余條，快速增長至39000余條，增長30倍。

同時(shí)，隨著數(shù)字化轉(zhuǎn)型的深入推進(jìn)，敏捷研發(fā)模式大幅提升，特別是在面客類應(yīng)用系統(tǒng)中，敏捷已成為主流。

在敏捷研發(fā)模式的迭代周期內(nèi)，對自動化測試的回歸需求顯著增加。

此外，隨著DevOps工具鏈的建設(shè)完善，自動化測試能力逐步從測試部門輸出至開發(fā)部門，在每日構(gòu)建、制品晉級、版本發(fā)布等流程中已成為必須的環(huán)節(jié)。

因此，自動化測試資產(chǎn)的使用頻度明顯提升。

統(tǒng)計(jì)顯示，某商業(yè)銀行2018年8月運(yùn)行的自動化測試資產(chǎn)不足2萬條次，至2020年4月，單月運(yùn)行數(shù)量已超過97萬條次，兩年增長47倍。

隨著自動化測試執(zhí)行能力的不斷提升，自動化測試執(zhí)行結(jié)果數(shù)據(jù)指數(shù)級增加，隨之而來的大量結(jié)果分析處理工作將成為自動化測試的開展的瓶頸，亟需配套高效的自動化方法。

針對上述問題，本發(fā)明提出了一種商業(yè)銀行組織級接口自動化測試結(jié)果分析方法與裝置，通過接口測試結(jié)果模型化方法和基于錯誤碼庫、非缺陷知識庫的錯誤歸類分析方法，輔助測試人員高效實(shí)施大規(guī)模、多系統(tǒng)的接口自動化測試結(jié)果分析處理。

研究現(xiàn)狀

對于自動化測試的結(jié)果判斷，當(dāng)前已有的技術(shù)方案主要有以下三種：

1、人工對返回報(bào)文檢查分析；

2、針對單個接口測試腳本編寫結(jié)果檢查腳本；

3、對同類接口的測試，截取返回報(bào)文某關(guān)鍵參數(shù)進(jìn)行檢查。

但是：

人工分析依賴測試人員經(jīng)驗(yàn)，且效率低下。
針對單個接口測試腳本編寫結(jié)果檢查腳本的方法會增加測試腳本編寫和維護(hù)的難度，無法適應(yīng)成規(guī)模的接口測試。

截取返回報(bào)文某關(guān)鍵參數(shù)進(jìn)行檢查的方法，需應(yīng)用系統(tǒng)的接口有固定字段返回應(yīng)用級對錯信息，且僅能判斷交易應(yīng)用級對錯，對錯誤無進(jìn)一步歸類的能力，無法避免錯誤分析需要的大量工作。

技術(shù)方案

商業(yè)銀行的組織級的自動化測試平臺所管理的接口自動化測試案例往往數(shù)量龐大、隸屬于不同的系統(tǒng)，且接口的通訊方式多樣，報(bào)文的種類各不相同，這就對組織級的接口自動化測試結(jié)果分析提出了很高的要求。

本專利的方法及裝置，首先在組織級層面，將接口自動化測試的結(jié)果模型化，再基于組織級的錯誤碼庫和非缺陷知識庫，分析接口自動化測試的結(jié)果，降低人工分析工作量，提升“執(zhí)行錯誤”與真實(shí)缺陷的逼近程度。

接口測試結(jié)果模型化方法

本專利的方法及裝置中，接口測試結(jié)果的數(shù)據(jù)模型包括結(jié)果標(biāo)志、錯誤碼、錯誤信息和返回信息，在接口測試的過程和結(jié)果中，從通訊級到應(yīng)用級提取該數(shù)據(jù)模型，方法如下：

1、在平臺執(zhí)行接口測試的過程中，若出現(xiàn)任何程序未處理的內(nèi)部異常，則結(jié)果標(biāo)志為I，此時(shí)錯誤碼、錯誤信息和返回信息均為空；

2、在常見的http通訊、tcp通訊、webservice通訊等通訊方法中，若無法正常通訊并拿到預(yù)期的返回報(bào)文，則認(rèn)為在通訊級發(fā)生異常，結(jié)果標(biāo)志為U，此時(shí)錯誤碼、錯誤信息均為空，通訊異常的任何返回信息存儲在返回信息中；

3、在能夠拿到正常的返回報(bào)文的情況下，一般統(tǒng)籌設(shè)計(jì)良好的系統(tǒng)，會在返回報(bào)文公有域特定字段返回應(yīng)用級處理是否正確，若應(yīng)用級處理錯誤，則還會在返回報(bào)文公有域特定字段返回錯誤碼和錯誤信息。

（1）若應(yīng)用級處理正確，則結(jié)果標(biāo)志為N，此時(shí)錯誤碼、錯誤信息均為空，返回信息存儲返回報(bào)文；

（2）若應(yīng)用級處理錯誤，則結(jié)果標(biāo)志為E，錯誤碼、錯誤信息存儲返回報(bào)文提取的相應(yīng)信息，返回信息存儲返回報(bào)文；

（3）在金融系統(tǒng)中，為保證安全，重要金融交易一般會涉及雙人復(fù)核或者遠(yuǎn)程授權(quán)的過程，此時(shí)應(yīng)用級處理結(jié)果為“需要授權(quán)”，則結(jié)果標(biāo)志為A，錯誤碼、錯誤信息均為空，返回信息存儲返回報(bào)文。

4、在實(shí)際實(shí)施組織級接口測試覆蓋時(shí)，一些存量系統(tǒng)未在公有域特定字段返回應(yīng)用級處理結(jié)果，此時(shí)，平臺后退至通訊級結(jié)果判斷，若正常通訊并拿到預(yù)期的返回報(bào)文，則結(jié)果標(biāo)志為N，此時(shí)錯誤碼、錯誤信息均為空，返回信息存儲返回報(bào)文。

錯誤碼庫和非缺陷知識庫設(shè)計(jì)方法

基于組織級平臺的接口測試結(jié)果模型化數(shù)據(jù)，本專利的方法為各系統(tǒng)量身定制錯誤碼庫和非缺陷知識庫，對大規(guī)模接口回歸測試的結(jié)果進(jìn)一步分類、分析。

錯誤碼庫以系統(tǒng)名區(qū)分被測系統(tǒng)，并對結(jié)果標(biāo)志為E的接口測試結(jié)果細(xì)分錯誤碼，分別設(shè)置錯誤描述、匹配方式和匹配表達(dá)式。

匹配方式分為三種：

1、精確匹配：該匹配方式適用于統(tǒng)籌設(shè)計(jì)良好的系統(tǒng)，項(xiàng)目組能夠較好的歸類業(yè)務(wù)錯誤、分配錯誤碼，并在系統(tǒng)接口設(shè)計(jì)中在公有域有固定字段返回錯誤碼和錯誤信息，此類系統(tǒng)直接采用錯誤碼庫中的錯誤碼與接口測試結(jié)果模型中的錯誤碼匹配；

2、錯誤信息模糊匹配：該匹配方式適用于能夠從固定字段輸出錯誤信息，但沒有固定字段返回錯誤碼或者錯誤碼定義不規(guī)范（如錯誤碼是中文信息）的系統(tǒng)，此類系統(tǒng)錯誤碼和錯誤信息由測試人員自行定義，每類錯誤碼需對應(yīng)設(shè)計(jì)匹配表達(dá)式，即一條正則表達(dá)式，若接口測試結(jié)果模型中的錯誤信息能匹配該正則表達(dá)式則歸為該類錯誤；

3、返回報(bào)文模糊匹配：該匹配方式適用于接口設(shè)計(jì)不規(guī)范、無固定字段返回錯誤信息的系統(tǒng)，此類系統(tǒng)錯誤碼和錯誤信息由測試人員自行定義，每類錯誤碼需對應(yīng)設(shè)計(jì)匹配表達(dá)式，即一條正則表達(dá)式，若接口測試結(jié)果模型中的返回信息能匹配該正則表達(dá)式則歸為該類錯誤。

在實(shí)際接口測試中，由于被測系統(tǒng)配置錯誤、被測系統(tǒng)鋪底數(shù)據(jù)異常等問題而出現(xiàn)的錯誤并非本次測試結(jié)果中需重點(diǎn)關(guān)注的內(nèi)容，對于該類錯誤，將錯誤碼庫中的對應(yīng)錯誤條目增加標(biāo)志位，即納入非缺陷知識庫。

接口測試結(jié)果歸類分析方法

基于接口測試結(jié)果模型化和組織級的錯誤碼庫、非缺陷知識庫，本專利的方法及裝置將接口測試的結(jié)果分類分析，輸出概要表和錯誤分類表。

概要表如下：

執(zhí)行錯誤的交易將進(jìn)一步處理為錯誤明細(xì)表，如下：

利用該分析結(jié)果，測試人員可重點(diǎn)關(guān)注結(jié)果類型為“執(zhí)行錯誤”的分類，確認(rèn)為缺陷的應(yīng)提交給開發(fā)人員修復(fù)；對于“執(zhí)行錯誤非缺陷”的分類，應(yīng)在解決對應(yīng)問題后再次測試相關(guān)接口。

用推理方式推導(dǎo)出本發(fā)明的優(yōu)點(diǎn)

本發(fā)明將不同系統(tǒng)、不同通訊方式、不同報(bào)文協(xié)議的接口測試結(jié)果標(biāo)準(zhǔn)化為的統(tǒng)一數(shù)據(jù)模型，并依據(jù)組織級錯誤碼庫和非缺陷知識庫對標(biāo)準(zhǔn)化的測試結(jié)果進(jìn)行分類分析，大大降低測試結(jié)果的人工分析工作量，避免大規(guī)模接口測試因缺失高效結(jié)果分析能力而毫無意義的風(fēng)險(xiǎn)。

本發(fā)明設(shè)計(jì)的錯誤碼庫及配套的三種錯誤匹配方式，使得測試人員可以靈活自主的為所測系統(tǒng)定制錯誤歸類識別方案，在商業(yè)銀行系統(tǒng)種類繁多、接口設(shè)計(jì)標(biāo)準(zhǔn)化程度不一的場景下，解決了接口測試結(jié)果的錯誤識別問題。

本發(fā)明設(shè)計(jì)的非缺陷知識庫，使得測試人員可以預(yù)設(shè)部分不關(guān)注的錯誤類型，以獲取重點(diǎn)更加突出的錯誤分析結(jié)果，輔助測試人員更加高效的完成測試活動。

本文提出了一種商業(yè)銀行組織級接口自動化測試結(jié)果分析方法與裝置，高效輔助測試人員對測試結(jié)果進(jìn)行分析處理，使得結(jié)果分析處理不再是接口自動化測試組織級開展的瓶頸。

以上筆者的經(jīng)歷更像一張橫向的知識網(wǎng)，創(chuàng)建了一個交流平臺 914172719 ，群內(nèi)有各種技術(shù)同行交流、學(xué)習(xí)資料、面試經(jīng)驗(yàn)等。其中用到j(luò)enkins、docker、moutebank、python編程等，還需要花更多的精力去深入學(xué)習(xí)，當(dāng)每項(xiàng)技能都能掌握到一定深度，才能稱為一個完整的知識體系。

最后： 可以關(guān)注公眾號：傷心的辣條！進(jìn)去有許多資料共享！資料都是面試時(shí)面試官必問的知識點(diǎn)，也包括了很多測試行業(yè)常見知識，其中包括了有基礎(chǔ)知識、Linux必備、Shell、互聯(lián)網(wǎng)程序原理、Mysql數(shù)據(jù)庫、抓包工具專題、接口測試工具、測試進(jìn)階-Python編程、Web自動化測試、APP自動化測試、接口自動化測試、測試高級持續(xù)集成、測試架構(gòu)開發(fā)測試框架、性能測試、安全測試等。

如果我的博客對你有幫助、如果你喜歡我的博客內(nèi)容，請 “點(diǎn)贊” “評論” “收藏” 一鍵三連哦！