银行领域应用测试

银行应用程序是当今开发和软件行业中最难处理的应用程序之一。困难的原因之一是因为它涉及金钱,所以我们不能在测试中出现任何错误。每个人都希望自己的钱安全,因此他们将钱存入银行,因此银行应用程序应该是完美的。

现在我们应该做什么以及我们应该如何处理这是本文将要回答的问题之一。我们还将看到测试此类应用程序的不同阶段和技术。

银行领域测试

银行域测试是针对银行应用程序的功能、性能和安全性的软件测试程序。银行应用程序测试的主要目标是保证银行软件的所有操作和功能正常运行,没有问题,并且是安全的。

银行、金融服务和保险 (BFSI) 行业消耗的 IT 服务最多。银行应用程序直接处理敏感的财务信息。银行软件执行的所有任务都必须顺利且无错误地执行。

银行应用特点

  • 多层功能可以支持数以千计的并发用户会话。

  • 大规模集成 - 银行应用程序通常与各种其他程序统一,例如 Bill Pay 实用程序和交易账户。

  • 业务中的工作流程复杂

  • 批量和实时处理

  • 每秒高速交易

  • 安全的交易

  • 为了跟踪日常交易,有一个强大的人工智能功能。

  • 要解决客户的困难,您需要进行大量审核。

  • 海量存储设施

  • 灾难和恢复管理。

在测试中,什么是域?

建立软件测试项目的行业被称为测试领域。这个词在讨论软件项目或开发时经常使用。保险域,例如银行域、零售域、电信域等。

通常,在构建任何专门的领域项目时需要领域专家的帮助。领域专家是各自领域的专家,他们可能了解有关产品或应用程序的所有信息。

为什么领域知识很重要?

领域知识很重要,因为它有自己的好处,例如

  • 它减少了训练时间

  • 它有助于快速缺陷跟踪

  • 它提供了关于 UI 功能和后端处理的好主意

  • 它可以很好地掌握业务流程、工作流和规则

  • 它有助于轻松理解技术术语

银行领域有大量的概念,分为两类。

  • 传统银行业

  • 服务型银行业

下表列出了这两个银行业子行业提供的服务。

Traditional banking sector
  • 核心银行业务

  • 企业银行业务

  • 零售银行业务

Service based banking sector
  • 核心

  • 企业

  • 零售

  • 贷款

  • 贸易融资

  • 私有银行

  • 消费金融

  • 伊斯兰银行

  • 客户交付渠道/前端交付

在银行应用程序中执行操作涉及多个级别。

例如,银行应用程序可能包括 -

  • 最终用户通过浏览器连接到网络服务器。

  • 网络服务器的输入和输出由中间层验证。

  • 数据和程序存储在数据库中。

  • 交易处理器,可能是高容量大型机或任何其他能够每秒处理数万亿次交易的遗留系统。

在测试银行系统时,需要包含不同软件测试技术的端到端测试方法来确保以下内容 -

  • 所有财务操作和业务要求都被完全覆盖。

  • 应用程序的功能方面

  • 应用程序的安全级别

  • 数据完整性

  • 并发

  • 用户体验

测试银行应用程序:测试阶段

银行应用程序测试涉及各个测试阶段。

  • 需求分析- 业务分析师执行需求分析,这涉及收集和记录特定银行应用程序的需求。

  • Requirement Review - 此任务涉及质量分析师、业务分析师和开发主管。此时,对需求收集文档进行评估和交叉检查,以验证它不会干扰工作流。

  • 业务需求文档- 质量分析师创建包含所有审查业务需求的业务需求文档

  • 数据完整性、数据加载、数据迁移、存储过程和函数验证、规则测试等都包含在本测试中。

  • 集成测试- 在集成测试期间,所有开发的组件都被组合和验证。

  • 功能测试- 在此阶段,执行典型的软件测试任务,例如测试用例准备、测试用例审查和测试用例执行。

  • 可用性测试- 可用性测试保证具有不同能力的人可以像其他人一样使用系统。例如,残疾人可以使用具有听力和盲文设施的 ATM。

  • 用户验收测试- 用户验收测试 (UAT) 是最终用户执行的测试的最后阶段,以检查应用程序是否符合实际场景。

  • 安全测试确保程序没有漏洞。为了在任何未经授权的个人访问系统之前闯入系统并报告它,QA 团队必须在测试准备期间包括消极和积极的测试场景。银行还应安装多层访问验证,例如一次性密码,以避免黑客入侵。IBM AppScan 和 HPWebInspect 等自动化工具用于安全测试,同时使用手动测试工具,例如代理嗅探器、Paros 代理和 HTTP 嗅探器。

是什么让银行软件如此复杂?

  • 银行应用程序处理敏感的金融数据,因此其性能必须不包含任何错误并且高度安全。

  • 开发人员为这些应用程序选择复杂的架构,以确保它们以所需的安全方式运行。

  • 银行业是一个不断变化的行业。客户现在可以通过多种渠道访问银行,包括实体网点、ATM、网上银行和客户服务。

  • 随着技术的进步,大量连接到银行系统进行金融交易的钱包已经使市场饱和。

  • 银行业务还旨在每周 7 天、每天 24 小时提供高性能服务。此可用性不受软件升级、热补丁或其他问题的影响。

  • 银行业也深受政府以银行业立法形式不断调整的影响。税法的任何变化都会对金融系统产生影响。

  • 就现代技术而言,银行系统必须与时俱进。在银行业务中,诸如海量数据处理和使用数据科学从大数据中提取直觉等数据分析正在蓬勃发展。

银行应用测试的重要性

  • 测试银行应用程序可确保所有操作不仅正确执行,而且安全可靠。

  • 由于有数千个依赖项,银行软件很复杂,测试需要更多时间、资源和持续监控。

  • 因为涉及金钱,所以必须遵守某些程序。测试人员和开发人员都应该精通该领域。

  • 最重要的是,必须验证管理金融交易的法律法规是否得到正确应用。测试是确保这一点的唯一方法。

  • 确保银行应用程序的不同模块正确连接并满足客户的目标也很重要。系统集成测试有助于完成此活动。

  • 确保程序及其运行的基础设施能够处理需求而不会造成任何停机时间也很重要,尤其是在高峰工作时间。性能测试可用于确保这一点。

  • 当今数字世界中的每个人都关心的一件事是安全性。任何闯入银行应用程序和其中发生的金融交易的尝试都必须是安全的。这可以通过使用安全测试来确保。安全测试有助于执行保护金融交易的行业标准。

银行应用示例测试用例

新分支测试用例

  • 创建一个新分支并用有效和无效的测试数据填充它。

  • 创建一个没有数据的新分支。

  • 使用现有分支中的数据创建一个新分支。

  • 检查重置和取消选项。

  • 应将有效和无效的测试数据添加到分支详细信息中。

  • 使用现有的分支测试数据,更新分支详细信息。

  • 检查是否可以保存新分支。

  • 检查取消选项是否处于活动状态。

  • 检查有无依赖关系的分支的删除。

  • 检查分支搜索选项是否处于活动状态。

新角色案例研究

  • 创建一个新角色并用有效和无效的测试数据填充它。

  • 创建一个没有数据的新角色。

  • 确认可以使用已存在的测试数据创建新角色。

  • 检查角色定义和类型。

  • 检查取消和重置按钮的功能。

  • 检查角色删除过程,包括依赖关系和不依赖关系。

  • 检查角色信息页面上的链接。

  • 在不使用任何测试数据的情况下检查管理员登录。

  • 对于管理员角色,请仔细检查所有主页链接。

  • 检查管理员是否可以使用有效和无效的测试数据更改密码。

  • 验证管理员是否已成功注销。

客户和银行家测试用例

  • 检查所有访客和客户的联系是否正常。

  • 应使用有效和无效的测试数据来验证客户的登录。

  • 在不提供任何信息的情况下验证客户的登录。

  • 在不输入任何信息的情况下检查银行家登录。

  • 应使用有效或不正确的测试数据来验证银行家的登录信息。

  • 检查客户或银行家是否能够成功注销。