銀行業在測試自動化方面落後。 是時候改變
已發表: 2017-11-03隨著數字化的發展，銀行業不僅需要另一個測試自動化，還需要正確的自動化
多年來，技術一直被視為金融和銀行業的主要遊戲規則改變者。 網上銀行、賬單支付和相關交易已成為一種生活方式。 隨著數字技術影響消費者日常生活的方方面面，它無可爭議地在金融領域帶來了新的變革和創新浪潮。
普華永道報告“一盎司的預防，為什麼金融機構需要自動化測試”，清楚地說明了手動測試的危害：
- 21% 的缺陷直到軟件上線後才被發現
- 70% 的行業目標是應該自動化的測試百分比。
銀行技術領域面臨著一系列獨特的挑戰，尤其是由於大多數金融機構正在經歷的重大數字化轉型驅動。 隨著這些數字舉措，面向客戶和客戶服務數字渠道的數量有所增加。 儘管如此，現有的遺留後端應用程序仍然不可替代，因為它們繼續持有大部分業務處理邏輯。 這導致了複雜的集成點——在面向客戶的數字接觸點和遺留的後端應用程序之間。 因此，任何簡單或複雜的銀行交易都涉及跨平台和應用程序的遍歷。
此外，銀行交易的性質——無論是貸款、循環信貸、零售貸款等，都有很長的交易生命週期，跨越多個日曆日到一個月，並涉及復雜的財務計算和監管要求的驗證。 測試涉及異構平台、密集計算和冗長的事務時間以及對批處理的巨大依賴的此類域和生命週期肯定會帶來一系列獨特的挑戰。
正如其他所有行業一開始所做的那樣，銀行業也試圖通過手動進行來滿足其測試和質量合規性需求。 但是由於銀行業務的獨特性和漫長的生命週期，在大多數涉及端到端測試的場景中，手動測試不僅耗時而且不完整。 複雜的財務計算通常被避免，測試僅限於簡單的狀態檢查——從而降低了測試的有效性，直到業務用戶執行基本的驗收測試才結束
隨著數字化的不斷發展和手動測試的低效，銀行業不得不自然而然地採用自動化。 但即使這樣也沒有使藥丸變甜。
為你推薦：
元界將如何改變印度汽車業
反暴利條款對印度初創企業意味著什麼？
教育科技初創公司如何幫助印度的勞動力提高技能並為未來做好準備……
本週新時代科技股：Zomato 的麻煩仍在繼續，EaseMyTrip 發布強...
印度初創公司走捷徑尋求資金
數字營銷平台 Logicserve 獲得 80 盧比的資金，更名為 LS Dig...
隨著面向客戶的渠道經歷快速變化以實現數字化活動，所需的測試量已成倍增加。 鑑於任何更改都會對貨幣、監管和客戶產生影響，因此必須制定適當的自動化策略，以便在進行更改時測試所有集成接觸點
在銀行業中使用通用工具進行測試自動化未能達到預期的投資回報率。 典型的挑戰是：
- 巨大的框架構建努力測試跨技術，包括 Web、桌面、Soap、REST、API、大型機、PL/SQL 等。
- 作為發布、法規更改和升級的一部分，在 UI、模板等方面符合應用程序更改的高維護工作量
- 驗證實時和日終批處理輸出以完成端到端測試場景的執行批處理的限制
- 缺乏適當的測試驗證，尤其是財務複雜的計算。
- 無法創建數據、模擬和虛擬化。
從本質上講，使用這樣的自動化框架，功能測試人員和業務用戶最終會花費大量時間和精力以手動方式驗證事務生命週期。
因此，銀行業不得不咬緊牙關，接受其獨特性，並使其測試自動化滿足其需求。 自動化工具的選擇必須是為迎合銀行業而量身定制的。
在為銀行業務選擇測試自動化工具時要記住的幾個關鍵點應該是：
- 該工具應該可以立即使用，無需任何框架構建工作。 如果可能，它應該具有用於銀行業務的預配置組件。
- 它應該實現端到端交易生命週期的 70% 到 80% 的自動化。
- 它不僅應具有 UI 測試功能，還應具有現成的組件來測試後端應用程序，包括服務調用、服務虛擬化、文件驗證、批處理完成、數據庫交互以及無需繁重的腳本或自定義即可執行複雜計算器的能力。 UI 測試自動化能力應該跨越 Web、桌面、大型機或 AS/400。
- 該工具應具有高可重用性和易於一鍵維護性。
- 最後，自動化不應僅限於系統集成或系統測試，而應作為用戶驗收測試 (UAT) 的一部分供業務用戶使用，以驗證端到端場景
眾所周知，手動測試無法滿足現代銀行業的需求。 話雖如此，它不應該僅僅因為通用自動化選擇不聰明和敏捷而成為強制選擇。 關鍵在於選擇為行業打造的新時代自動化工具，以滿足其對數字化、複雜計算和冗長交易日益增長的需求。
鑑於銀行業面臨時間壓力，並且在變更生效之前嚴重依賴手動用戶驗收測試，其時間自動化工具也可以無縫幫助業務用戶運行自動化用戶驗收測試，從而縮短上市時間並提高質量生產中的應用。
現在是專業化的時候了，通用工具必須讓位於銀行業可以輕鬆適應的專業化工具。