SPASVO

银行核心业务是银行基本业务，包括：存款、贷款、支付结算、银行卡等。核心业务系统的稳定运行，关系到银行的安全生产。

核心业务从角度可以分成：联机交易、批量业务、报表等不同的类型。功能繁多，测试复杂：各个交易之间关联、各个金融产品之间互相关联、与流程和营业日相关的业务繁多。因此，对银行核心业务进行全覆盖的测试是非常困难的。

当核心业务系统进行升级或者大量需求修改的过程中，需要对全系统进行全面的测试，这种测试需要大量的测试人员。银行缺乏专业测试团队，大多数测试员来自柜员，缺乏必要的概念和训练，测试质量不高。

另一种测试，是国内银行同业竞争的需要，银行业务频繁变更，导致经常性的需要进行需求增加和需求变更。每个变更都需要大量的测试活动。对于此类测试，需要一个专业的测试团队来进行日常性的测试。

关键点在于：

第一， 如何进行交易类的功能测试；

第二， 如何进行面向金融产品的测试；

第三， 如何进行批量业务测试；

第四， 如何进行整体测试。

首先，把测试阶段进行划分为：

根据不同的阶段来进行不同类型的测试。

如下图，对于复杂的交易中的检查点，可以采用标准化的检查项来实现，比如可以把：传票流水、登记薄、余额、凭证状态作为标准化的检查项来看待。

对于批量业务，采取一下模式：

批量业务测试模式：

• 批量业务的模板：

– 触发条件

• 每日

• 固定营业日

– 数据

• 文件类

• 交易

• 测试项：

– 空数据

– 边界值

– 无效数据

– 触发条件

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

通过测试用例设计流程标准化，实现高质量、高覆盖率的测试用例：

测试用例设计完成之后，通过设计测试计划来实现测试执行管理：

说明：一个AUT，能够设置多个测试计划，每个测试计划可分成多个轮次来执行。在每个轮次中，设置不同的测试用例的执行集合。

测试过程中，采用任务的方式：每个测试用例创建一个任务，分配给测试工程师。测试工程师执行测试用例，都可以按步骤来执行测试用例，并且填报测试结果。对测试结果，可以直接提交缺陷。

全面的覆盖了完整的测试过程；

覆盖了核心业务系统的各种交易类型和业务类型；

测试用例的质量高；

高覆盖率的测试用例；

跟踪整个测试过程；

随时查看测试进度；

登记和跟踪测试过程；

跟踪测试中的缺陷；