銀行業務處理的回歸測試工具的設計與開發

摘要：本文介紹的回歸測試工具是以某銀行業務處理的需求為基礎，提出對應的設計方案，采用基于Struts2架構實現的分層設計MVC模式，實現了視圖、控制和模型的分離，提高了設計的規范性，實現了各層之間的松耦合性。基于JavaEE的實現，通過集成客戶端和服務端，實現案例導入管理、協議管理、執行管理和結果分析等一套回歸測試流程的自動化，測試結果表明，該系統達到了設計要求，可滿足實際需求。

Abstract： In this paper， the regression test tool is based on the needs of the business processing of a bank. The corresponding design scheme is put forward. The hierarchical design MVC pattern based on the struts 2 architecture realized the separation of view， control and mode. The standardization of design is improved， and the loose coupling between each layer is realized. Based on the implementation of JavaEE， the automation of a set of regression test processes， such as case import management， protocol management， execution management and result analysis， is implemented through integration of client and server. The test results show that the system meets the design requirements and meets the actual requirements.

關鍵詞：企業服務總線；回歸測試；案例庫

Key words： ESB；regression testing；banking system

中圖分類號：TP311.5 文獻標識碼：A 文章編號：1006-4311（2017）35-0140-03

0 引言

隨著金融業和線上消費的不斷發展，各行各業對銀行的依賴日漸顯著，隨著客戶的需求變化以及各種各樣的金融衍生產品的問世，不可避免的要對己有的接口功能進行改動。但是由于銀行系統本身的嚴謹性，每次針對系統的改動都面臨著較大風險，多數銀行時常會發生二次缺陷，需要經過緊急版本修補，因此對每次上線的版本進行全量的回歸測試成為了銀行運維中的重中之重，然而，目前回歸測試采用的人工測試的方式，卻費時費力成本高，沒辦法進行大規模重復測試，測試結果也不準確，也無法通過大批量的比較數據結果來發現存在的問題，測試過程無法復用，同時對版本的質量也不能有一個良好的控制，所以有必要設計一款自動化回歸測試的工具。

1 相關開發技術

ESB是企業服務總線，是一種實現面向服務架構模式（SOA）的一種技術，是為了解決企業之間多個服務或者功能散落在各個不同的系統中的一個工具集。它通過整合不同的系統之間的接口和服務，形成企業一個完整的業務處理流程的服務，如圖1所示。

MVC是一種架構設計模式，該模式主要應用于圖形化用戶界面（GUI）應用程序。在進行架構設計的時候，將用戶界面層和邏輯層以及數據層分開，是一種用于軟件表現層架構的模式。

Struts2是一個基于MVC設計模式的Web應用框架，它本質上相當于一個Servlet，在MVC設計模式中，Struts2作為控制器來建立模型與視圖的數據交互，以WebWork為核心，采用攔截器的機制來處理用戶的請求，這樣的設計也使得業務邏輯控制器能夠與ServletAPI完全脫離開，如圖2所示。

本系統的數據庫設計采用數據庫模型設計工具 Sybase PowerDesigner來進行。

2 需求分析

本文的回歸測試的自動化測試工具，主要分為客戶端、服務端和案例基線庫。服務端用來監聽接收到的數據，并返回對應的數據。案例基線庫是將所有的案例歸集為一個集合，存放至數據庫中。客戶端主要用來模擬消費方，將案例轉化為請求報文，并發送至企業服務總線。客戶端支持對案例的批量導入，支持對案例的修改，支持對案例執行結果的查看和導出，主要分為案例管理，執行管理，結果管理和協議管理，系統的功能結構模圖如圖3所示。

案例管理：是本系統的基礎模塊，包括案例的導入、修改、查詢等功能，需要將單條案例的詳細信息體現在頁面上，支持批量的案例導入，將批量的案例打包成.zip包后，點擊導入，系統即完成插庫的操作，支持對單條案例的請求和返回報文的在線編輯保存。

執行管理：是本系統的核心模塊，提供對案例的批量執行。輸入案例對應的用戶名和相關的批次號，點擊執行按鈕，由系統自動完成對案例的執行，對比和分析，包括案例的ID，執行人，協議類型等信息，并將最后的執行結果進行計算，包括執行的案例數、執行的成功數、成功率等，最終顯示于頁面。

結果管理：是本系統的結果查詢模塊，提供對單批次案例的詳細執行結果。以批次為粒度的，每個批次的案例，可以查詢到對應的測試用戶、開始時間、結束時間、案例數、執行數、成功數、失敗數、成功率和備注。支持導出操作，所有的測試結果均可以以Excel的格式導出，Excel主要顯示測試結果的概況、結果詳情以及未覆蓋的測試案例。endprint

協議管理：本模塊主要提供對所有案例所需協議信息的管理功能。支持對協議類型和協議地址的在線修改，修改后點擊保存，下次執行案例即可生效。

3 系統分析與功能模塊設計

自動化回歸測試工具系統是一個分模塊、以案例基線庫為中心，客戶端和服務端集成一體，相輔相成的架構。該系統的各個模塊與銀行的業務系統，企業服務總線共同組成整個自動化測試環境。

3.1 案例管理模塊

案例管理模塊的核心功能是案例的解析導入，因為某銀行的測試案例都是以Excel的形式保存的，所以采用POI對案例進行解析。采用FileUpload提供的API接口對案例文件進行操作，實現對文件讀寫處理。當File獲取到文件路徑后，進行實例化，并調用ServletFileUpload的parseRequest方法，解析文件為一個List數組，然后采用Iterator迭代器進行循環寫文件。

采用POI解析Excel時，首先根據傳入的文件路徑，實例化一個File對象的輸入流，然后讀取文件，創建一個Excel工作表，根據getSheetAt獲取到表格，最后調用getRow和getCell方法獲取對應的某行某列的信息。

3.2 協議管理模塊

協議管理實現了對協議的修改，頁面修改協議后，數據庫做同步修改。連接數據庫，取得表單中的id、type和address參數，更新協議信息表。

3.3 執行管理模塊

案例執行模塊實現了對客戶端和服務端的模擬。當實例化Socket客戶端成功后，即可以通過實例化的端口進行通訊，本系統的數據通訊內容為報文，需要從數據庫取得報文后，才能進行相關的操作。采用TCP協議來實現，需要有一個發送方法和接收方法，發送方法負責從數據庫取得案例報文，進行發送，接收方法負責接收響應信息。

3.4 結果分析模塊

結果分析模塊主要用來對比分析案例執行結果，分析預期的報文和實際收到的報文的區別，本系統將收到的報文全部存放于數據庫，進行對比時，從數據庫取得預期報文和實際報文，將報文轉為字節數組，循環對比每一個字節數組的值是否相同。

4 系統測試

系統測試是軟件項目開發的必要步驟，它能有效檢測出軟件中存在的錯誤，并能夠及時的進行更正，使我們所開發的項目產品質量更高。

4.1 功能測試

功能測試又稱為黑盒測試，能更好的從用戶的角度來考查被測試系統的功能性需求。

4.1.1 案例模塊測試

以一個批次案例模塊為例，進行完整的導入、查詢和修改功能測試。單擊“選擇文件”按鈕，選中要導入的文件，單擊“導入”按鈕，結果如圖4所示，導入完成后，頁面彈出導入結果，顯示導入成功。導入成功后，輸入導入的某條記錄的服務碼，進行查詢，可以查詢到對應的數據。選中某條案例，單擊請求報文，進入案例修改頁面，如圖5所示，修改報文內容后，單擊“保存”按鈕。從數據庫去查看報文內容是否已經修改成功，結果顯示修改成功，則說明案例管理模塊的所有功能模塊均能正常操作。

4.1.2 協議管理模塊測試

協議管理測試修改后，驗證數據庫是否同步修改，頁面是否同步刷新協議信息。在協議頁面上直接修改“協議”，如圖6所示，完成后單擊“保存”按鈕，彈出“修改成功提示框”。然后去數據庫查看協議信息，協議已經被修改“成功”，表明協議管理模塊能正常操作。

4.2 工具測試

結構測試又稱為白盒測試，需要深入考查系統程序代碼的內部結構和邏輯設計等。JMeter是基于javaTM Swing的桌面應用程序，是為了進行負載測試、測試系統性能而設計的。本系統利用JMeter工具對各個模塊進行環境測試、錄制測試腳本進行性能測試，結果表明，案例報文數在300以內的訪問響應速度很快；在300-500以內的訪問響應速度是3秒以內，還是比較理想的。

5 結論

本文的回歸測試工具在某銀行業務處理系統的回歸測試中達到了銀行業提高測試效率和節約測試成本的要求，具有實際意義，并證實了本系統的設計方案是可行的。

參考文獻：

[1]詹金珍.高校學生水電收費管理系統的設計與開發[J].價值工程，2014，355（33）：711-716.

[2]詹金珍.基于公平性的D2D時隙調度算法[J].計算機應用，2017，37（3）：225-227.

[3]Liang Zhihong；Lu Jun； Design on Information management System of Gas Station， ICICTA，2012， pp.139-142.endprint