银行核心业务解决方案

问题提出:

银行核心业务是银行基本业务,包括:存款、贷款、支付结算、银行卡等。核心业务系统的稳定运行,关系到银行的安全生产。
核心业务从角度可以分成:联机交易、批量业务、报表等不同的类型。功能繁多,测试复杂:各个交易之间关联、各个金融产品之间互相关联、与流程和营业日相关的业务繁多。因此,对银行核心业务进行全覆盖的测试是非常困难的。
当核心业务系统进行升级或者大量需求修改的过程中,就需要对全系统进行全面的测试,这种测试需要大量的测试人员。银行缺乏专业测试团队,大多数测试员来自柜员,缺乏必要的概念和训练,测试质量不高。
另一种测试,是国内银行同业竞争的需要,银行业务频繁变更,导致经常性的需要进行需求增加和需求变更。每个变更都需要大量的测试活动。对于此类测试,就需要一个专业的测试团队来进行日常性的测试。

关键点分析:

关键点在于:

  • ● 如何进行交易类的功能测试;
  • ● 如何进行面向金融产品的测试;
  • ● 如何进行批量业务测试;
  • ● 如何进行整体测试。

解决方案:

首先,把测试阶段进行划分为:

根据不同的阶段来进行不同类型的测试。
如下图,对于复杂的交易中的检查点,可以采用标准化的检查项来实现,比如可以把:传票流水、登记薄、余额、凭证状态作为标准化的检查项来看待。
对于批量业务,采取一下模式:
批量业务测试模式:
• 批量业务的模板:
– 触发条件
• 每日
• 固定营业日
– 数据
• 文件类
• 交易
• 测试项:
– 空数据
– 边界值
– 无效数据
– 触发条件

对于面向产品的测试,采用活动图拆分的方式,如下图为业务活动图:

通过测试用例设计流程标准化,实现高质量、高覆盖率的测试用例:
测试用例设计完成之后,通过设计测试计划来实现测试执行管理:

说明:一个AUT,能够设置多个测试计划,每个测试计划可分成多个轮次来执行。在每个轮次中,设置不同的测试用例的执行集合。 测试过程中,采用任务的方式:每个测试用例创建一个任务,分配给测试工程师。测试工程师执行测试用例,都可以按步骤来执行测试用例,并且填报测试结果。对测试结果,可以直接提交缺陷。

方案特点:

  • ● 全面的覆盖了完整的测试过程;
  • ● 覆盖了核心业务系统的各种交易类型和业务类型;
  • ● 测试用例的质量高;
  • ● 高覆盖率的测试用例;
  • ● 跟踪整个测试过程;
  • ● 随时查看测试进度;
  • ● 登记和跟踪测试过程;
  • ● 跟踪测试中的缺陷;
沪ICP备07036474号 2003-2017 版权所有 上海泽众软件科技有限公司 Shanghai ZeZhong Software Co.,Ltd.