銀行營業時間？這種陳詞濫調將很快退休。現在，我們要求對銀行服務的全天候24/7直接應用層訪問，每次都將客戶體驗放在第一線。什么是開放銀行，為什么重要，我們如何對其進行測試？

全球金融業正在走向開放銀行的未來狀態。在此取得成功的銀行將徹底改變自己的服務界面，公開API級控件，以便第三方應用程序和新的金融科技服務甚至無需訪問銀行的分行、網站或移動應用程序即可查找帳戶、轉移資金和確認交易。

但是，銀行以及依靠它們來支持其業務的新創業公司準備好接受這種開放銀行轉型的考驗了嗎？

什么是開放銀行，為什么重要？

開放銀行是金融行業向使用開放API的轉變，這為新的發展和創新打開了大門，從而使企業和消費者都受益。

以客戶為中心的向Open Banking API的轉變

以客戶為中心的轉型發生在每個行業中，因此銀行應將這一逾期的變化視為機遇，以期獲得更好的服務，并展示使其變得與眾不同的速度、可靠性和資金選擇。

Open Banking已在亞洲和非洲站穩了腳跟，那里的客戶跨越了許多在線銀行的中間層，直接躍升為WePay等移動小額信貸和支付應用程序的普遍采用。如果銀行為市場服務不足，誰能責怪客戶找到更好的方法呢？

開放性的監管要求

各國政府還代表其公民推動開放銀行。在新的PSD2法規于2018年在歐洲生效后，花旗、富國銀行和Visa等美國大型機構也紛紛效仿，并開始采取行動。

將此類舉措解釋為對全球最大銀行霸權的競爭性挑戰很容易。Open Banking為新創業公司提供了消除客戶體驗的能力，并為移動支付、小額貸款、信貸、投資、保險等提供了新的商業應用程序和金融科技。

像歐洲的GDPR隱私指令一樣，該計劃可能會成為美國采用的金融業指南和法規的領先指標。公民希望銀行之間的開放度更高，以便將更多的選擇和更好的服務輕松地提供給銀行客戶。

基于API的銀行機會

傳統上，銀行一直是軟件和技術服務的最大買家，同時也是變化最慢的買家。如果有的話，開放銀行運動給基于API的集成活動帶來了復興，因為我們曾經期望銀行提供的服務將開始使用一組API。

本質上，銀行的API就是產品。

但是，在銀行可以向Mint，Venmo或Square或任何未來的金融科技初創公司的開發人員開放之前，必須證明他們的API訪問在壓力下才能正常運行，然后才能成為客戶體驗的一部分。

在這里，測試API至關重要，因此銀行應消除對敏捷測試的任何障礙，包括復雜的流程，例如為開發人員和測試人員提供解密的“代碼規范”，以及使用OAuth等工具進行模糊的客戶身份驗證方法。其他用戶驗證方法的星座。

必須以透明的方式提供經過良好設計和記錄的API，該API應當忠實地用于驗證目的，但是會掩蓋私有（PII）信息，因此未經授權的服務提供商和開發人員永遠不需要訪問私有數據。

如何克服開放銀行API的復雜性

API是成熟的技術，但距離標準化還很遙遠。有用于API管理和集成的供應商工具，諸如Swagger或Scala之類的開源API規范以及特定于基礎業務系統的API庫。

如果開發團隊更改了API的某些方面并中斷了所有依賴該API的服務，會發生什么情況？顯然，隨著時間的流逝，我們無法將成功視為理所當然，這當然是至關重要的業務問題。

在開放銀行中管理開源

開放銀行本質上利用了開放源代碼和組件，提供了正面和負面的質量。

• 優點：積極的一面是，開源將強大的功能（如容器）和持續集成工具（如Jenkins）交到開發人員手中，以加快構建和交付速度。最好的開放源代碼是經過全球社區測試的，隨著時間的推移，它通常比商用軟件更為嚴格。
• 缺點：不利的一面是，開放源代碼可能帶來大量借來的代碼和不同版本的已下載組件，這些源來自并非總是會更新以修補新漏洞的存儲庫。這不是科學實驗，而是企業級問題，因此，如果一切工作不正常，銀行可以向誰打電話？

為了應對這一挑戰，銀行將需要提高認識，即API測試不僅是交付前的活動，而且是持續的客戶旅程驗證過程，需要企業級的測試和模擬。

管理不斷發展的API的業務風險

隨著使用Postman等開源工具進行單個API單元測試的進展，您將意識到需要跨多系統工作流測試多個API和應用程序之間的交互。要將測試演變為基于場景的復雜測試，可以使用Parasoft SOAtest之類的工具，該工具可以無休止地執行跨多個服務API的工作流，無論是否使用客戶端UI進行測試。

啟用數據和服務測試

確保在24/7開放銀行世界中取得成功的最后一步，就是在不受所有合作伙伴約束的情況下，使API服務和數據可用于全天候測試。聽起來不可能，對吧？顯然，我們不想因常規的開發/測試濫用而給我們的實時銀行服務增加負擔，那么我們該怎么辦？

我們經常看到在私營企業與政府機構合作，以在新興法律的背景下設計和合法測試給定業務用例的情況下使用監管沙箱的想法。

對于Open Banking而言，此沙箱意味著為開發人員設置虛擬環境，以便他們在開發原型并針對銀行的API和狀態數據集測試服務時，在不影響正在進行的客戶交易的真實環境的情況下進行工作。

使用服務虛擬化解決方案（如Parasoft Virtualize）結合測試數據工具，可以從定義中對API、服務和數據進行建模，或者從實時服務和數據中捕獲API、服務和數據并將其捕獲并回放，就像DVR錄制電視節目一樣，將其轉換為虛擬服務。

在這種情況下，對于開發和測試，虛擬環境要比實際環境好，因為甚至可以模擬虛擬化數據以進行狀態響應，就好像維護了客戶的會話一樣，并且可以填充代表邊緣條件、峰值或峰值的異常。幾乎不可能重現和測試真實世界系統的故障。

The Intellyx Take

打開庫。讓世界看看內部，但是要安全地做。

用現代測試術語來說，這意味著我們正在無屏幕地在API層無頭地運行銀行軟件。我們利用專有軟件和開源軟件，以及企業級測試的安全性。我們正在模擬服務和基礎測試數據，以防止私有數據泄漏給錯誤的人。

金融業已經成熟了新一輪的技術突破，它將客戶放在第一位，最終使他們可以選擇和控制與銀行的互動方式。在開放銀行世界即將來臨的新常態下，API是產品。 擁有為服務合作伙伴提供優質API開發和測試經驗的所有權的公司將具有取得競爭性成功的理想位置。

©2019 Intellyx LLC. 在撰寫本文時，Parasoft是Intellyx客戶。Intellyx保留對此內容的完全編輯權。