銀行領域應用測試
在當今的開發和軟體行業中,銀行應用程式是最難開發和工作的應用程式之一。其難點之一在於它涉及金錢,因此在測試過程中我們承擔不起任何錯誤。每個人都希望自己的錢安全,因此他們將錢存入銀行,因此銀行應用程式必須完美無缺。
那麼我們應該怎麼做,如何著手處理這個問題,這是本文將要解答的問題之一。我們還將瞭解測試此類應用程式的不同階段和技術。
銀行領域測試
銀行領域測試是一種軟體測試流程,用於測試銀行應用程式的功能、效能和安全性。銀行應用程式測試的主要目標是確保銀行軟體的所有操作和功能都能正常工作,沒有任何問題,並且是安全的。
銀行、金融服務和保險 (BFSI) 行業消耗了最多的 IT 服務。銀行應用程式直接處理敏感的財務資訊。銀行軟體執行的所有任務都必須平穩且無錯誤地執行。
銀行應用程式的特點
具有多層功能,可以支援數千個併發使用者會話。
大規模整合 - 銀行應用程式通常與各種其他程式整合,例如賬單支付實用程式和交易賬戶。
複雜的業務流程
批次和即時處理
高交易速度(每秒交易數)
安全的交易
強大的 AI 功能來跟蹤日常交易。
大量的審計來解決客戶問題。
海量的儲存設施
災難管理和恢復。
在測試中,什麼是領域?
在測試中,領域指的是為軟體測試專案建立的行業。這個詞在討論軟體專案或開發時經常使用。例如,保險領域、銀行領域、零售領域、電信領域等等。
通常,在構建任何專門的領域專案時,都會尋求領域專家的幫助。領域專家是其領域的專家,他們可能對某個產品或應用程式瞭如指掌。
為什麼領域知識很重要?
領域知識很重要,因為它有以下好處:
縮短培訓時間
有助於快速跟蹤缺陷
為 UI 功能和後端處理提供良好的思路
對業務流程、工作流和規則有很好的把握
有助於輕鬆理解技術術語
銀行領域包含大量的概念,可以將其分為兩類。
- 傳統銀行部門
- 服務型銀行部門
下表列出了這兩個銀行子部門提供的服務。
| 傳統銀行部門 |
|
| 服務型銀行部門 |
|
在銀行應用程式中執行操作涉及多個級別。
例如,銀行應用程式可能包括:
終端使用者透過瀏覽器連線到 Web 伺服器。
中間層驗證 Web 伺服器的輸入和輸出。
資料和過程儲存在資料庫中。
交易處理器,它可能是一個高容量大型機或任何其他能夠每秒處理數萬億筆交易的遺留系統。
在測試銀行系統時,需要採用包含不同軟體測試技術的端到端測試方法來確保以下方面:
全面涵蓋所有財務操作和業務需求。
應用程式的功能方面
應用程式的安全性級別
資料完整性
- 併發性
- 使用者體驗
銀行應用程式測試:測試階段
銀行應用程式測試涉及多個測試階段。
**需求分析** - 業務分析師執行需求分析,包括收集和記錄特定銀行應用程式的需求。
**需求審查** - 此任務涉及質量分析師、業務分析師和開發負責人。在此階段,對需求收集文件進行評估和交叉檢查,以驗證其是否不會干擾工作流。
**業務需求文件** - 質量分析師建立包含所有已審查業務需求的業務需求文件
此測試涵蓋資料完整性、資料載入、資料遷移、儲存過程和函式驗證、規則測試等。
**整合測試** - 在整合測試期間,將所有開發的元件組合在一起並進行驗證。
**功能測試** - 在此階段,執行典型的軟體測試任務,例如測試用例準備、測試用例審查和測試用例執行。
**可用性測試** - 可用性測試確保具有不同能力的人員能夠以與其他人相同的方式使用系統。例如,殘疾人可以使用具有聽覺和盲文功能的 ATM。
**使用者驗收測試** - 使用者驗收測試 (UAT) 是由終端使用者執行的測試的最後階段,以檢查應用程式是否符合現實場景。
安全測試確保程式沒有漏洞。為了入侵系統並在任何未經授權的個人訪問之前報告它,QA 團隊必須在測試準備期間包含負面和正面測試場景。銀行還應安裝多層訪問驗證,例如一次性密碼,以防止駭客攻擊。IBM AppScan 和 HPWebInspect 等自動化工具用於安全測試,而 Proxy Sniffer、Paros 代理和 HTTP Sniffer 等手動測試工具用於手動測試。
是什麼使銀行軟體如此複雜?
銀行應用程式處理敏感的財務資料,因此其效能必須不包含任何錯誤並且高度安全。
開發人員選擇這些應用程式的複雜架構,以確保它們以所需的安全性方式執行。
銀行是一個不斷變化的行業。客戶現在可以透過各種渠道訪問銀行業務,包括實體分支機構、ATM、網上銀行和客戶服務。
隨著技術的進步,大量與銀行系統連線進行金融交易的錢包充斥著市場。
銀行業務還旨在每天 24 小時、每週 7 天全天候提供,並且具有高效能。這種可用性不會受到軟體升級、熱補丁或其他問題的影響。
銀行行業也受到政府以銀行法規形式進行的持續調整的重大影響。任何稅法變化都會影響金融體系。
在現代技術方面,銀行系統必須保持最新。在銀行業中,資料分析(如海量資料處理)以及使用資料科學從大資料中提取洞察力正在興起。
銀行應用程式測試的重要性
測試銀行應用程式可確保所有操作不僅執行正確,而且安全可靠。
銀行軟體具有數千個依賴項,因此非常複雜,測試需要更多時間、資源和持續監控。
由於涉及金錢,因此必須遵守某些程式。測試人員和開發人員都應該精通該領域。
最重要的是,必須驗證是否正確應用了管理金融交易的法律法規。測試是確保這一點的唯一方法。
同樣至關重要的是,確保銀行應用程式的不同模組正確連線,並且滿足客戶的目標。系統整合測試有助於完成此活動。
同樣至關重要的是,確保程式及其執行的基礎設施能夠處理需求而不會導致任何停機時間,尤其是在業務高峰時段。可以使用效能測試來確保這一點。
在當今的數字世界中,每個人都關心的一件事是安全。必須確保任何試圖入侵銀行應用程式以及在其中進行的金融交易的企圖都是安全的。這可以透過使用安全測試來確保。安全測試有助於執行保護金融交易的行業標準。
銀行應用程式示例測試用例
新網點測試用例
建立一個新的網點,並使用有效和無效的測試資料填充它。
建立一個沒有資料的全新網點。
使用現有網點的資料建立一個新網點。
檢查重置和取消選項。
應將有效和無效的測試資料新增到網點詳細資訊中。
使用現有網點測試資料更新網點詳細資訊。
檢查新網點是否可以儲存。
檢查取消選項是否處於活動狀態。
檢查帶有和不帶依賴項的網點刪除。
檢查網點搜尋選項是否處於活動狀態。
新角色的案例研究
建立一個新的角色,並使用有效和無效的測試資料填充它。
建立一個沒有資料的新的角色。
確認可以使用已經存在的測試資料建立新的角色。
檢查角色定義和型別。
檢查取消和重置按鈕的功能。
檢查角色刪除過程,包括帶有和不帶依賴項的情況。
檢查角色資訊頁面上的連結。
檢查管理員登入,不使用任何測試資料。
對於管理員角色,仔細檢查所有主頁連結。
檢查管理員是否可以使用有效和無效的測試資料更改密碼。
驗證管理員是否已成功登出。
客戶和銀行家測試用例
檢查所有訪客和客戶連結是否正常工作。
應使用有效和無效的測試資料驗證客戶的登入。
驗證客戶的登入,不提供任何資訊。
檢查銀行家登入,不輸入任何資訊。
應使用有效或無效的測試資料驗證銀行家的登入。
檢查客戶或銀行家是否能夠成功登出。
資料結構
網路
關係型資料庫管理系統
作業系統
Java
iOS
HTML
CSS
Android
Python
C 程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP