# 銀行領域應用測試：示例測試案例 > 原文： [https://www.guru99.com/banking-application-testing.html](https://www.guru99.com/banking-application-testing.html) BFSI（銀行，金融服務和保險）行業是 IT 服務的最大消費者。 銀行應用程序直接處理機密財務數據。 銀行軟件執行的所有活動必須平穩運行且沒有任何錯誤是強制性的。 銀行軟件執行各種功能，如轉帳和存款，余額查詢，交易歷史記錄，提款等。 測試銀行應用程序可確保這些活動不僅執行得當，而且不受黑客攻擊。 在本教程中，我們將學習 * [測試中的域是什么？](#1) * [為什么領域知識如此重要？](#2) * [銀行領域簡介](#3) * [銀行應用程序的特征](#4) * [測試銀行應用程序的階段](#5) * [網上銀行登錄應用程序的測試例](#6) * [測試銀行領域&的挑戰及其緩解措施](#7) [免費加入我們的實時銀行測試項目](/live-testing-project.html) ## 什么是測試領域？ Domain 就是創建軟件測試項目的行業。 當我們談論軟件項目或開發時，通常會使用該術語。 例如，保險域，銀行域，零售域，電信域等。  通常，在開發任何特定的領域項目時，都會尋求領域專家的幫助。 領域專家是該主題的大師，他可能知道產品或應用程序的內在知識。 ## 為什么領域知識如此重要？ 領域知識對于測試任何軟件產品都是最典型的，它具有自己的優勢，例如  ## 銀行領域知識-簡介 銀行領域的概念是巨大的，基本上將其細分為兩個部門 1. **傳統銀行業** 2. **服務型銀行業** 下表是這兩個銀行業所包含的服務表 | **傳統銀行業** | * 核心銀行業務 * 公司銀行業務 * 零售銀行業務 | | **服務型銀行業** | * 核心 * 企業 * 零售 * 貸款 * 貿易融資 * 私人銀行業務 * 消費金融 * 伊斯蘭銀行業務 * 客戶交付渠道/前端交付 | 根據您的項目范圍，您可能需要測試上述一項或全部服務。 在開始測試之前，請確保您對被測試的服務有足夠的背景知識。 ## 銀行應用程序的特征 在開始測試之前，請務必注意任何銀行應用程序所期望的標準功能。 因此，您可以調整測試工作以實現這些特征。 標準銀行應用程序應滿足以下所有這些特征。 * 它應該支持數千個并發用戶會話 * 銀行應用程序應與其他眾多應用程序集成，例如交易賬戶，賬單支付工具，信用卡等。 * 它應該處理快速，安全的交易 * 它應包括海量存儲系統。 * 要解決客戶問題，它應具有較高的審核能力 * 它應該處理復雜的業務工作流程 * 需要在多個平臺（Mac，Linux，Unix，Windows）上支持用戶 * 它應該支持來自多個位置的用戶 * 它應該支持多語言用戶 * 它應支持各種支付系統（VISA，AMEX，MasterCard）上的用戶 * 它應支持多個服務部門（貸款，零售銀行等） * 萬無一失的災難管理機制 ## 測試銀行應用程序中的測試階段 對于測試銀行應用程序，測試的不同階段包括 * **需求分析：**由業務分析師完成； 收集并記錄特定銀行應用程序的要求 * **需求審查：**質量分析師，業務分析師和開發負責人都參與了此任務。 在此階段審核需求收集文檔，并進行交叉檢查，以確保它不會影響工作流程 * **業務需求文檔：**業務需求文檔由質量分析人員準備，其中涵蓋了所有已審核的業務需求 * **數據庫測試：**這是銀行應用程序測試中最重要的部分。 進行此測試是為了確保數據完整性，數據加載，數據遷移，存儲過程和功能驗證，規則測試等。 * **集成測試：**在[集成測試](/integration-testing.html)下，所有開發的組件均已集成并經過驗證 * **功能測試：**在此階段完成了諸如[測試用例](/test-case.html)準備，測試用例復審和測試用例執行之類的常規軟件測試活動 * **安全測試：**它確保軟件沒有任何安全缺陷。 在測試準備期間，QA 團隊需要同時包括否定測試場景和肯定測試場景，以便在未經授權的個人訪問系統之前闖入系統并進行報告。 在防止黑客入侵的同時，銀行還應實施多層訪問驗證，例如一次性密碼。 對于[安全測試](/what-is-security-testing.html)，使用自動化工具，例如 IBM AppScan 和 HPWebInspect；對于[，使用手動測試](/manual-testing.html)工具，例如代理嗅探器，Paros 代理，HTTP 監視等。 * **可用性測試：**它確保能力不同的人應該能夠以普通用戶的身份使用系統。 例如，具有聽力和盲文設施的 ATM 用于殘疾人 * **用戶驗收測試：**這是最終用戶完成的測試的最后階段，以確保應用程序符合實際情況。 ## 網上銀行登錄應用程序的測試示例 對于任何銀行應用程序來說，安全性都是至關重要的。 因此，在測試準備期間，QA 團隊應同時包括否定測試場景和肯定測試場景，以便在任何未經授權的個人訪問系統之前先潛入系統并報告所有漏洞。 它不僅涉及編寫否定測試用例，還可能包括破壞性測試。 以下是檢查任何銀行應用程序的通用測試用例 | 樣本測試用例 | | | 對于管理員 | * 驗證包含有效數據和無效數據的管理員登錄名 * 驗證不含數據的管理員登錄名 * 驗證所有管理員主頁鏈接 * 驗證管理員更改密碼的有效性和無效性 數據 * 驗證沒有數據的管理員更改密碼 * 驗證具有現有數據的管理員更改密碼 * 驗證管理員注銷 | | 對于新分支 | * 創建具有有效和無效數據的新分支 * 創建不具有數據的新分支 * 創建具有現有分支數據的新分支 * 驗證重置并 取消選項 * 使用有效和無效數據更新分支 * 沒有數據的更新分支 * 使用現有分支數據 * 更新分支驗證取消選項 * 驗證有無依賴項的分支刪除 * 驗證分支搜索選項 | | 對于新角色 | * 創建一個包含有效和無效數據的新角色 * 創建一個沒有數據的新角色 * 使用現有數據驗證新角色 * 驗證角色描述和角色 類型 * 驗證取消和重置選項 * 驗證具有和不具有依賴項的角色刪除 * 驗證角色詳細信息頁面 中的鏈接 | | 對于客戶&訪問者 | * 驗證所有訪客或客戶鏈接 * 驗證客戶使用有效和無效的數據登錄 * 驗證客戶在沒有數據的情況下登錄 * 驗證銀行在沒有數據的情況下登錄 * 驗證銀行登錄信息是否有效或無效 | | 對于新用戶 | * 創建一個具有有效和無效數據的新用戶 * 創建一個沒有數據的新用戶 * 創建一個具有現有分支數據的新用戶 * 驗證取消并 重置選項 * 用有效和無效數據更新用戶 * 用現有數據更新用戶 * 驗證取消選項 * 驗證刪除用戶 | ## 測試銀行領域&緩解挑戰 測試人員在測試銀行領域時可能面臨的挑戰是 | **<center>挑戰</center>** | **<center>緩解措施</center>** | | * 獲得生產數據并將其復制為測試數據，以進行測試具有挑戰性 | * 確保測試數據符合法規遵從性要求和準則 * 通過以下技術來維護數據機密性，例如數據屏蔽，綜合測試數據，測試系統集成等。 | | * 測試銀行系統的最大挑戰是在將系統從舊系統遷移到新系統的過程中，例如測試所有例程，過程和計劃。 以及遷移后如何獲取，上傳和傳輸數據到新系統 | * 確保完成數據遷移測試 * 確保在新舊系統上執行回歸測試用例，并且結果匹配。 | | * 在某些情況下，需求記錄得不好，并可能導致測試計劃中的功能空白 * 許多非功能性需求沒有得到充分記錄，測試人員也不知道 是否測試 | * 測試應從需求分析階段開始參與項目，并應積極審查業務需求 | | * 最重要的是檢查所述系統是否遵循所需的策略和過程。 | * 必須進行符合性或法規政策測試 | | * 隨著銀行應用程序與互聯網或 [移動](/mobile-testing.html) 銀行業務 | * 如果您的銀行應用程序具有許多外部接口，請確保考慮了集成測試的時間預算 | ## 摘要 銀行領域是最容易受到網絡盜竊的領域，而保護軟件需要進行精確測試。 本教程給出了銀行領域測試所需的內容及其重要性的清晰思路。 一個人必須明白- * 大多數銀行軟件是在**大型機**和 **Unix** 上開發的 * 測試有助于減少軟件開發過程中可能遇到的故障 * 適當的測試并符合行業標準，使公司免于罰款 * 良好的做法有助于公司取得良好的業績，聲譽和更多業務 * 手動和自動測試都有各自的優點和可用性 **加入我們的** [網上銀行域名測試項目](/live-testing-project.html) * [上一頁](/complete-web-application-testing-checklist.html "Web Application Testing Checklist: Example Test Cases for Website") [**Report a Bug**](javascript:void( window.open( 'https://form.jotform.me/72391811797466', 'blank', 'scrollbars=yes, toolbar=no, width=700, height=700' ) )) * [下一個](/testing-e-commerce-applications.html "eCommerce Testing: How to Test an E-Commerce Website")