银行核心业务是银行基本业务，包括：存款、贷款、支付结算、银行卡等。核心业务系统的稳定运行，关系到银行的安全生产。
核心业务从角度可以分成：联机交易、批量业务、报表等不同的类型。功能繁多，测试复杂：各个交易之间关联、各个金融产品之间互相关联、与流程和营业日相关的业务繁多。因此，对银行核心业务进行全覆盖的测试是非常困难的。
当核心业务系统进行升级或者大量需求修改的过程中，需要对全系统进行全面的测试，这种测试需要大量的测试人员。银行缺乏专业测试团队，大多数测试员来自柜员，缺乏必要的概念和训练，测试质量不高。
另一种测试，是国内银行同业竞争的需要，银行业务频繁变更，导致经常性的需要进行需求增加和需求变更。每个变更都需要大量的测试活动。对于此类测试，需要一个专业的测试团队来进行日常性的测试。
关键点分析：
· 如何进行交易类的功能测试;
· 如何进行面向金融产品的测试;
· 如何进行批量业务测试;
· 如何进行整体测试。
根据不同的阶段来进行不同类型的测试。
如下图，对于复杂的交易中的检查点，可以采用标准化的检查项来实现，比如可以把：传票流水、登记薄、余额、凭证状态作为标准化的检查项来看待。
对于批量业务，采取一下模式：
· 批量业务的模板：触发条件
· 每日
· 固定营业日：数据
· 文件类
· 交易
· 测试项：空数据； 边界值；无效数据；触发条件
对于面向产品的测试，采用活动图拆分的方式，如下图为业务活动图：
通过测试用例设计流程标准化，实现高质量、高覆盖率的测试用例。测试用例设计完成之后，通过设计测试计划来实现测试执行管理：
说明：一个AUT，能够设置多个测试计划，每个测试计划可分成多个轮次来执行。在每个轮次中，设置不同的测试用例的执行集合。 测试过程中，采用任务的方式：每个测试用例创建一个任务，分配给测试工程师。测试工程师执行测试用例，都可以按步骤来执行测试用例，并且填报测试结果。对测试结果，可以直接提交缺陷。
方案特点:
· 全面的覆盖了完整的测试过程；
· 覆盖了核心业务系统的各种交易类型和业务类型；
· 测试用例的质量高；
· 高覆盖率的测试用例；
· 跟踪整个测试过程；
· 随时查看测试进度；
· 登记和跟踪测试过程；
· 跟踪测试中的缺陷。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
