解决方案

银行核心业务系统测试解决方案

    现阶段银行核心业务系统是指以客户为中心的所有产品管理的交易处理系统，为存贷业务、中间业务、理财业务等提供全方位的支持，是银行系统运作的心脏。
银行核心业务系统的风险集中体现在：
• 多渠道整合，配套系统众多，测试需求庞大、复杂。
• 跨系统测试难于组织。
• 测试环境难于维护。
由此，银行核心业务系统测试的关键策略应包含如下四项：
 

功能类测试

• 作为一个连贯性、交互性极强的有机整体，来进行核心业务系统测试。
• 对核心系统涉及到的所有系统功能进行测试，不仅要包含正常情况的测试，同时要包含各种边界条件以及各种异常情况的测试。
• 针对包含的外围系统和涉及的金融产品全部进行测试。
• 进行完整的业务流程测试，包含发起端与所有经过的节点，以及事后处理部分的测试和检查。
• 以银行机构为依托，以营业机构一日流程为主线进行测试。
• 以金融产品为依托进行金融产品完整生命周期的测试。
• 验证报表中数据之间的逻辑关系、表与表之间的逻辑关系。

 
 

非功能类测试

• 性能测试：对核心业务系统以及配套系统进行整体评估，找出性能风险点；针对性能风险点设计性能测试方案，对被测系统进行逐一测试，并自内向外进行整体测试。
• 压力测试：主要从容量、响应时间、交易成功率以及服务器各硬件资源利用情况等几个部分进行测试，验证系统在不同并发用户数时的性能指标是否符合用户需求。
• 可靠性测试：采用负载测试手段，检查系统在长时间、高负载条件下的性能表现。
• 可恢复性测试：以模拟故障为手段，检查故障对业务的影响，验证系统的恢复能力，确认恢复方法的可行性，检查系统恢复前后数据的一致性；验证系统恢复后能否正常处理业务。
• 安装配置测试： 检查安装配置说明书是否符合文档规范；验证安装程序的完整性；验证安装的程序与应用系统程序一致性；测试安装步骤完成情况； 验证安装后系统配置正确性；测试卸载步骤完成情况；验证卸载后系统配置正确性；对应用系统安装、配置的正确性和易用性做出分析。
• 文档测试：针对项目立项、实施、投产等各环节中的关键文档进行人工测试。

 

数据测试

• 数据迁移测试：①从业务上关注，迁移后的数据在业务流程上可用，也不会对现有业务造成影响；②从数据上关注，迁移后的数据完整、正确、可用。因此首先需要关注迁移规则是否正确。

 

• 测试数据管理：基础数据和测试数据的准备、更新。

 

自动化测试

核心系统业务功能更新频繁。但由于时间、人力、设备和经费的原因，系统上线前经常无法进行全部用例的回归，给生产运维带来了一定风险。由此，引入自动化测试方式进行用例回归，可帮助企业提高测试效率，提高对同类产品的测试覆盖率，从而提升测试质量，最大可能规避运维风险。
 

 
 

对公信贷系统测试解决方案

系统介绍

对公信贷业务流程系统是为银行信贷业务运作建立的一个统一信贷业务系统平台，实现信贷业务的流程处理和关键风险控管，实现信贷业务处理和风险控制的平行运作，提供涵盖信贷业务流程的全面的、准确的、及时的信贷信息。

系统特点

该系统为流程性系统，常用信贷业务流程55条，产品10大类（133种产品），其中贷前流程复杂、环节多、数据量大，最长的流程包含18个步骤；贷中和贷后流程环节步骤少，一般包含3到4个步骤。28大类业务申报书，分为逐层申报和平级申报两种模式。同时包含86个角色，机构、岗位、部门三者合一确定一个角色。以上要素组合在一起形成一个完整的业务流程。

功能测试

a)测试矩阵分析
55条业务流程
133种信贷产品
28大类申报书
86个角色

利用关系矩阵来分析整个业务流程系统：





    通过给Pairwise排列组合优选工具输入若干条件来分析业务流程，可以极大地降低排列组合的数量，并保证流程覆盖到所有的功能区域。
b)    流程模型分析
    通过分析系统的所有业务流程，抽取出顺序、并行分叉、同步、排它选择等4种模式，从实际业务流程中挑选若干个具有这4种模式的流程进行测试，确保工作流引擎工作正常。
由于贷中、贷后流程的环节比较少，步骤相同，只是规则判断不一样，因此可以将流程归类测试。
    对于贷前流程中，流程复杂、数据量大的业务流程，如：客户信用评级流程、 一般授信额度流程、信贷业务流程、集团客户信用评级流程、集团客户授信额度流程等流程应重点测试。
    由于业务流程系统具有半自动化的特点，通过规则引擎参数配置审批权限达到路径自动判断的功能，挑选若干实际业务流程进行测试。
c)    基础表单测试
    每个业务流程在启动时都有相应的表单，在测试期间，应集中对这些表单进行增加、修改、删除、查询等操作的测试。在流程流转测试当中，主要测试这些表单是否能够正确流转。
d)    业务功能模块划分
应从测试的角度将所测试的系统按功能分为工作流引擎、初始数据表单、权限、组织机构、运转流程、客户管理、集团客户管理、担保管理、文档管理、台帐管理、警示管理、我的工作、系统管理以及报表管理。
 
 

信用卡系统测试解决方案

信用卡系统是一个综合的信息系统，它包括中央处理模块：申请、发卡、收单、清算、催收和欺诈控管；外围处理模块：制卡、打印、邮寄和影像处理等；核心部分是发卡模块。发卡模块就其复杂性而言，也可以看作一个独立的系统。信用卡系统结构示意图如下：





 

 
信用卡系统包含的功能模块如下：

• 卡片申请
• 发卡和收单
• 清算
• 催收和欺诈控管
• 制卡
• 邮寄和影像处理
• 打印
• ……

 
信用卡系统涉及的渠道如下：

• 柜面
• 网银
• 呼叫中心
• 手机银行
• 自助设备
• ……

 
信用卡系统涉及的配套系统如下：

• 银联系统
• VISA BANKNET
• MasterCard BANKNET
• CallCenter  
• 清算系统
• 总帐系统
• ……

 

1)功能测试

功能测试的目标是用来揭示系统功能实现与客户需求之间的不一致，就其发现问题的过程需要通过工程化的测试管理手段来实现。基于系统功能测试，主要包含以下几个方面的测试：

• 业务功能测试

关注系统功能实现的易用性、合理性及UI。实施阶段在用户验收测试阶段。

• 典型业务流程测试

关注系统功能的可用性、功能接口、日常业务操作流程及操作场景模拟。实施阶段在系统集成测试阶段与用户验收测试阶段。

• 系统接口测试

关注系统与外围系统的连通性以及系统间数据交换的可用性、正确性及效率。包括：接口功能测试。实施阶段在系统集成测试阶段。
 

2)  性能测试

性能测试反映具体应用典型场景业务的并发峰值，并发峰值的系统处理响应时间，梯度交易响应变化趋势，各服务器在高峰期业务交易时段内的资源消耗与释放情况，以及各类性能指标是否满足目标用户的使用需求。

 
 

证券集中交易系统测试解决方案

集中交易系统是以客户为中心的证券交易与管理业务的经纪业务系统，能够为柜员管理，数字证书，证券交易，债券交易，场外基金，账户存管，融资融券，日终清算及外围系统提供交易支持与业务支持。
集中交易系统的风险集中体现在证券种类繁多、业务个性化需求比较强、整合渠道众多、测试需求庞大、业务变化频繁、测试环境难于维护，因此交易系统测试的关键策略包含以下几项：

1）功能测试

• 针对系统功能测试，要覆盖系统涉及到的所有系统功能进行，不仅要包含正常情况的测试，同时要包含各种边界条件以及各种异常情况的测试。
• 针对系统业务，了解系统功能间业务联系，以业务流程形式将相关功能作为一个业务整体进行系统测试。
• 针对证券品种繁多的特点，分品种进行全生命周期流程测试。
• 对于数据报表，测试报表与数据间的逻辑关系，保证报表数据的正确性。
• 对于多渠道接入支持，针对外围涉及到的功能接口与业务接口进行全面测试。

 

2)性能测试

• 通过对集中交易系统系统架构、物理架构、业务数据流向和分布、证券业务场景的分析，集中交易系统的性能测试主要从以下几个方面进行：
• 系统架构的调优：模拟典型业务场景，对集中交易系统发起压力，通过监控、记录、分析系统各性能指标来调整系统中间件的部署结构及配置参数，使之达到最佳的性能处理能力。
• 典型业务场景模拟：根据证券业务的特点，模拟周边外围发起委托、查询，通过监控、记录、分析系统各性能指标，验证当前系统的性能表现。
• 仿真业务数据分布、仿真业务场景、仿真运行环境下的性能测试：通过模拟生产系统各业务数据分布，模拟中登服务、银行存管服务、行情服务、成交服务等环境，通过测试工具Loadrunner模拟典型的业务场景，验证系统的性能表现。
• 典型并发业务性能测试：对于系统集中委托、集中报盘、集中回报、集中报盘并处理回报、与存管银行的集中交互、与中登的集中交互等业务进行单独性能容量测试，并获得系统最高的业务处理量；
• 可恢复测试：通过模拟各种故障情况，检查故障对业务的影响，验证数据同步、灾备系统切换、系统恢复的能力。