本站小編為你精心準備了銀行自動化測試技術研究與應用參考范文，愿這些范文能點燃您思維的火花，激發您的寫作靈感。歡迎深入閱讀并收藏。

隨著金融科技蓬勃發展，基于大數據、人工智能、云計算和物聯網等新興技術應用的金融創新不斷涌現。這在給金融系統安全風險防范帶來巨大挑戰的同時也加劇了銀行同業以及銀行與科技金融公司之間的競爭。快速推出具有創新性、體驗好的產品，就能快速搶占市場，取得先機。測試作為產品研發生命周期的重要一環，已成為銀行信息科技領域一項專業工作。傳統人工測試方式因投入大、效率低和受環境制約等弊端，在很多情況下無法滿足產品快速交付和投產要求，因此，通過技術手段開展自動化測試勢在必行。

一、自動化測試基本概念及分類

1.基本概念自動化測試是指軟件測試（SoftwareTesting）的自動化，是把以人為驅動測試行為轉化為機器執行的一種過程。通過研發自動化工具，可將常用的、穩定的工作流程通過工具進行固化，以實現快速測試，提高測試效率，嚴控測試質量。2.自動化測試分類自動化測試從技術實現特征上可分為單元測試（Unit)自動化、接口級（API）自動化和界面級（UI）自動化三個層級。從實現內容上，又可分為案例設計自動化、案例執行自動化、測試結果核對自動化、測試缺陷提交自動化以及測試報告生成自動化等。下面主要從技術實現特征上進行闡述。（1）Unit單元測試自動化主要是開發人員開發測試程序或依托專用測試軟件對軟件程序單元模塊開展自動化測試，比如適用于Java的測試工具JUnit。單元測試需要有一定編程技能，由于邏輯簡單，維護案例成本較低，實現自動化測試較為容易，受益率高。（2）API接口層自動化測試基于程序接口或報文格式開展的自動化測試需要依據系統接口特點和報文格式進行適應性開發，工具研發周期較長，可實現復雜案例設計，能屏蔽案例對某些特殊環境依賴，適用范圍廣，受益率適中。（3）UI界面層自動化測試該測試一般通過專用自動化工具實現，模擬用戶對交易界面操作進行錄制、識別和回放，檢驗應用程序能否達到預期功能及正常運行。門檻相對最低，但案例維護成本較高，受益率較低。三種分類及維護成本如圖1所示。

二、自動化測試案例實踐

對于單元測試自動化，業界已有很多經典案例，不再贅述。本文僅選取所實踐項目中基于API接口層自動化和UI界面層自動化開展的兩個案例介紹。1.基于API接口層自動化實現無人值守的全天候測試測試某一項目，需要與人行系統對接，按人行規定從2018年1月22日起，系統實行521小時運行，即：從T-1日20:30到T日17:15正常受理來賬和往賬，同時，節假日首日的前一日20:30至節假日首日8:30為特殊工作日，該段時間雖然人行大額狀態為開啟，但不允許做大額交易。上述場景測試案例執行時間都在節假日及工作日的非工作時間段，為減少節假日人員加班，并實現正常測試，基于該系統的特點，我們自主開發了基于交易API接口層自動化測試腳本，并在腳本中增加了定時執行功能，實現測試案例在特殊時間點無人值守自動化執行，且在執行結束后自動生成測試報告。測試人員在工作日可通過自動化測試報告了解交易詳細執行情況，取得了事半功倍的效果。2.基于UI界面層自動化實現大數量測試快速復現生產問題某系統投產后，在生產環境中出現了交易返回報文中內容有錯位現象，影響了客戶數據正確性。為盡快分析和定位生產出現的問題，需要對20多萬筆生產數據逐一驗證測試，如果采用手工測試，需要在兩個環境執行40多萬條案例，短期內無法完成。測試人員通過使用UFT自動化測試工具，很好地解決了上述問題：首先用UFT工具錄制上述交易執行腳本，然后通過參數化技術調試腳本，增強腳本健壯性，使20多萬條數據在腳本中自動替換；通過VBS編程，判斷交易返回報文是否成功，如果不成功則獲取失敗原因；通過使用并發技術，在多臺機器上連續(7×24小時)執行20多萬條數據。經過7天連續測試，完成了所有數據的回歸測試，找到了生產環境交易返回報文錯位的根本原因，并附帶發現了程序存在的2個嚴重缺陷，項目組據此采取了相應措施，解決了生產環境中出現的問題。本次自動化測試應用在很短時間內鎖定了生產環境缺陷，測試時間和取得的效果遠遠超過了項目組預期，得到了項目組充分肯定。

三、自動化測試的優點分析

通過上述實例，可以看出自動化測試的確能帶來很好的效果，自動化測試優點歸納如下：一是回歸測試更快捷。一般而言，系統投產后會面臨不斷改造、升級，相應回歸測試任務會很繁重。自動化測試則能很好地解決此類場景，特別是在程序修改比較頻繁時效果非常明顯。由于回歸測試的用例是提前設計好的，測試的預期結果也是完全可以預料的,此種條件下回歸測試通過自動化實現,則可以極大提高測試效率，縮短回歸測試時間。二是案例批量執行更簡捷。通過自動化技術，使案例參數化并批量執行，可實現7×24小時運行，解放手工測試，減少人力投入。三是使手工測試的不可能成為可能。對于需要進行大量用戶同時測試的場景,不可能有足夠多測試人員現場同時測試,此場景可通過自動化測試模擬多用戶并發執行，滿足測試場景需要。四是測試資源更合理使用。將繁瑣的任務自動化,可以提高準確性和測試人員的積極性,將測試技術人員解脫出來從而投入更多精力設計更好的測試用例，使自動化測試和手工測試相輔相成,更充分地利用資源，提高測試效率。五是測試質量更有保障。由于測試是自動執行的,每次測試的結果和執行內容的一致性是可以得到保障的,從而達到測試可重復的效果。

四、適合自動化測試場景分析

自動化測試雖然有很多優點，但受技術、人力投入成本和系統投產時間性要求等因素影響，并不能完全替代人工測試。迭代開發、周期短和程序變動頻繁的系統則不太適合自動化測試，是否進行自動化測試一般可從以下三方面均衡考慮。一是軟件需求變動不頻繁。測試腳本的穩定性決定了自動化測試維護成本，如果軟件需求變動過于頻繁，測試人員需要根據變動的需求來不斷更新測試用例及相關測試腳本，而腳本維護本身就是一個代碼開發過程，需要修改、調試，必要時候還要修改自動化測試的框架。如果所花費成本高于其節省測試成本，那么自動化測試便得不償失。如果系統中某些模塊相對穩定，而某些模塊需求變動很大，則可針對相對穩定模塊進行自動化測試，變動較大模塊仍采用手工測試，兩種方式結合起來，達到有機統一。二是項目周期較長。由于自動化測試需求的確定、自動化測試框架的設計以及測試腳本的編寫與調試均需要相當長的時間來完成，這個過程本身就是一個測試軟件的開發過程。如果項目周期比較短，沒有足夠時間去支持這樣一個過程，那么自動化測試便是空中樓閣。三是自動化測試腳本是否可重復使用。自動化測試腳本可重復使用也是一個參考因素，具體可從三方面考量：（1）所測試項目之間是否有很大差異性(比如銀企通系統與交易銀行)。（2）所選擇測試工具是否適應這種差異。（3）測試人員是否有能力開發出適應這種差異自動化測試框架。銀行系統具有結構復雜、客戶數據量大和相互關聯性強等特點。一旦生產系統出現問題，則會影響眾多客戶，并對銀行聲譽造成極大損害。完備和高效的產品和系統測試，是保障軟件質量的有效手段。在測試工作中，我們應積極大膽地對測試方法進行創新，不斷研究和實踐業界先進的自動化測試技術，并嘗試在測試過程中引入不同自動化測試工具(比如UFT、TestComplete、UIautomation和Pywinauto等)。適當的自動化測試成本投入實現了手工測試和自動化測試的有機結合，并可達到事半功倍的效果。

作者：劉躍光 齊坤 單位：中國農業銀行研發中心