一种数据线测试方法和装置与流程

[0001]
本发明涉及计算机技术领域，尤其涉及一种基于交易与数据分离设计背景下的大规模数据线测试方法和装置。


背景技术：

[0002]
为实现银行业务的业务创新、战略转型的要求，银行系统启动新一代核心系统建设，而新一代数据线作为it架构的组成部分之一，是指用于支持企业数据管理、管理分析和决策支持的系统、平台和环境的统称，其总体建设目标是为经营、管理、外部监管创造价值，改变管理信息“缺、重、散、慢、繁、差”的现状，达成“全、省、信、快、易、好”的信息应用效果。
[0003]
经过多年的努力，数据线交付了我行新一代的数据应用环境，包括：支持用户使用数据的应用功能，提供查询、分析、挖掘等各类数据应用；支持数据整合计算的整合计算区，完成新建、重构、改造等各类系统的数据集成；支持用户访问数据的公共访问区，提供统一数据视图供业务人员使用数据。
[0004]
而新一代建设数据线过程中，数据仓库接收数据庞杂、数据交换过程效率低、难以测试等问题也随着新一代数据线的建设过程逐渐产生。原有的测试方法主要采用数据备份、迁移转换、报表生成、双路比对的方式。需要历经生产卸数、统一转换、统一装载的过程，耗时巨大，且过程中不确定性因素极多。通常测试环境加载出的报表已是生产两个月前的报表。在业务需求、数据时效方面都难以满足银行大数据的处理要求。测试过程无法快速准确地进行数据核对，导致生产环境数据问题频出。


技术实现要素：

[0005]
有鉴于此，本发明实施例提供一种数据线测试方法及装置，其基于交易与数据分离设计背景下的大规模数据线测试管理工具，主要通过建立应用需求与数据接口之间的对应关系、通过建立一个测试过程中数据订阅、数据产生、数据提供、数据加工、数据检核、应用测试的全链路流程，解决了大规模数据测试过程中容易出现的数据产生慢、数据质量差、冗余数据多、测试针对性差、流程无管控等问题。通过管理工具内建的应用需求管理、需求订阅管理、数据检核管理、供数加载管理等能力，在关键节点建立可视化流程，提高数据产生精准度、使原始数据的产生更具有针对性、准确性。
[0006]
为实现上述目的，根据本发明实施例的一个方面，提供了一种数据线测试方法，所述方法包括：
[0007]
基于业务需求分析所述业务需求相应的报表对应的下游项目组信息，基于所述项目组信息提取数据应用需求、数据集成需求，建立数据应用需求和数据集成需求之间的映射关系，以及生成所述报表相对应的测试案例；
[0008]
基于测试案例建立测试主题信息、跑批供数的批处理时间点，
[0009]
在对应的测试主题信息和跑批供数下订阅需要测试的数据应用需求，以提醒数据应用需求对应的数据集成需求的供数方进行供数审批，基于供数提醒，完成供数审批确认，
[0010]
将数据加载到数据仓库，并查询数据达到及数据加载状态，完成所述业务需求，以及
[0011]
基于完成的所述业务需求，对所述测试案例进行测试。
[0012]
可选地，该方法还包括接收业务需求，所述业务需求包括需验证的报表。
[0013]
可选地，所述数据应用需求包括：应用需求查询；应用需求新增、导入；应用需求修改，和应用需求删除。
[0014]
可选地，所述数据应用需求通过筛选所属系统、所属事业群、系统编号等各项属性信息来筛选出对应的数据应用需求。
[0015]
可选地，所述数据应用需求包括编号、名称、对应业务功能、频率、格式、时效、类型、查询期限、所属机构、实现模式、是否初始化报表、提出部门、提出人、目标系统英文名、投产时间、对应岗位、对应菜单中的至少一个。
[0016]
可选地，所述数据集成需求包括对应的上游项目数据交换接口。
[0017]
可选地，所述数据集成需求包括根据数据集成需要，建立“报表”与“接口”的映射关系。
[0018]
为实现上述目的，根据本发明实施例的又一方面，提供了一种数据线测试装置。
[0019]
本发明实施例的一种数据线测试的装置，其特征在于，包括：
[0020]
需求服务模块，所述需求服务模块基于业务需求分析所述业务需求相应的报表对应的下游项目组信息，基于所述项目组信息提取数据应用需求、数据集成需求，建立数据应用需求和数据集成需求之间的映射关系，以及生成所述报表相对应的测试案例；
[0021]
订阅审批模块，所述订阅审批模块基于测试案例建立测试主题信息、跑批供数的批处理时间点，
[0022]
状态查询模块，所述状态查询模块在对应的测试主题信息和跑批供数下订阅需要测试的数据应用需求，以提醒数据应用需求对应的数据集成需求的供数方进行供数审批，基于供数提醒，完成供数审批确认，
[0023]
指标统计模块，所述指标统计模块将数据加载到数据仓库，并查询数据达到及数据加载状态，完成所述业务需求，以及
[0024]
由所述订阅审批模块基于完成的所述业务需求，对所述测试案例进行测试。
[0025]
为实现上述目的，根据本发明实施例的又一方面，提供了一种数据线测试的电子设备。
[0026]
本发明实施例的一种数据线测试的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种数据线测试的方法。
[0027]
为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。
[0028]
本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种数据线测试的方法。
[0029]
上述发明中的一个实施例具有如下优点或有益效果：通过管理工具内建的应用需求管理、需求订阅管理、数据检核管理、供数加载管理等能力，在关键节点建立可视化流程，提高数据产生精准度、使原始数据的产生更具有针对性、准确性。
[0030]
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
[0031]
附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
[0032]
图1是根据本发明实施例的一种数据线测试方法的主要步骤的示意图；
[0033]
图2是根据本发明实施例的一种数据线测试方法的流程示意图；
[0034]
图3a-3e是根据本发明实施例的数据线测试的各岗位的功能的示意图；
[0035]
图4a-4q是根据本发明实施例的测试系统的组成结构图以及相应的模块执行其功能时的示意图；
[0036]
图5是根据本发明实施例的一种数据线测试系统的主要模块的示意图；
[0037]
图6是本发明实施例可以应用于其中的示例性系统架构图；
[0038]
图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
[0039]
以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
[0040]
需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。
[0041]
首先，本公开的技术术语如下：
[0042]
数据线：基于银行的交易与数据分离背景，一套完整的数据从产生、传输到数据仓库、加工数据给用数组件、以及生成报表或指标的流程。
[0043]
数据集成：把不同来源、格式、特点性质的数据在逻辑上或物理上有机地集中，按照统一的方式进行装载，并进行后续的加工、分析等操作。
[0044]
供数：上游组件通过批处理、卸数、抽取等方式，提供数据给数据仓库的过程，或数据仓库通过各种加工方式完成数据处理后将数据提供给下游组件的过程。
[0045]
上游组件：产生源数据的组件系统。通常为交易类组件系统。
[0046]
下游组件：需要数据的组件系统，通常为管理分析类组件系统。
[0047]
数据迁移：将原有系统按照新系统的加工逻辑，进行生产数据备份、迁移转换、加工成新系统可以适配的数据，装载至新系统的过程。
[0048]
图1是根据本发明实施例的一种数据线测试方法的主要步骤的示意图。
[0049]
如图1所示，本发明实施例的一种数据线测试方法主要包括以下步骤：
[0050]
步骤s101：基于业务需求分析所述业务需求相应的报表对应的下游项目组信息，基于所述项目组信息提取数据应用需求、数据集成需求，建立数据应用需求和数据集成需求之间的映射关系，以及生成所述报表相对应的测试案例。
[0051]
步骤s102：基于测试案例建立测试主题信息、跑批供数的批处理时间点。
[0052]
步骤s103：在对应的测试主题信息和跑批供数下订阅需要测试的数据应用需求，以提醒数据应用需求对应的数据集成需求的供数方进行供数审批，基于供数提醒，完成供数审批确认。
[0053]
步骤s104：将数据加载到数据仓库，并查询数据达到及数据加载状态，完成所述业务需求。
[0054]
步骤s105：基于完成的所述业务需求，对所述测试案例进行测试。
[0055]
下面结合图2-图4n详细地描述数据线测试系统。
[0056]
该数据线测试系统(也称为：本管理工具或平台)包括需求服务、批处理服务、订阅审批服务、状态查询服务、仓库同步数据服务、指标统计服务以及平台管理等服务模块。
[0057]
上游、下游组件及各事业群数据线测试管理人员可以在数据线测试系统进行需求维护、数据订阅、数据审批、供数状态查询、各类数据线指标统计、测试案例下载等功能使用。该测试系统涵盖了当前数据线测试实施管理服务的各项工作内容。
[0058]
首先，参见图2，其描述了数据依据数据交换接口，从产生到流转到数据仓库最终流转给下游的过程。根据银行交易与数据分离的数据线工作现状，各上游组件(例如，图2中的逻辑子系统a、逻辑子系统b和逻辑子系统c)通过发布“数据交换接口”的方式将数据传输给“数据仓库”。数据仓库根据收到的数据进行加工、清洗、转换、进入对应的访问区或转发接口。通过各种方式，将数据信息传递给下游用数组件(例如，逻辑子系统d)。
[0059]
以下，根据不同的用户角色，描述本数据线测试系统的工作流内容。
[0060]
参见图3a，其描述了下游用数岗，所述下游用数岗是数据线测试系统的主要使用方。目标对象为数据线测试系统中的下游用数组件负责人。该下游用数岗可通过数据线测试系统，进行数据的应用需求管理、集成需求查询、应用需求与数据集成的需求映射关联、跑批计划、开放批次申请、同步数据点阅和需求订阅、同步供数明细、仓库供数明细和上游供数明细、需求加载明细等相关功能的使用。
[0061]
参见图3b，其描述了上游用数岗，所述上游供数岗是数据线测试系统的主要使用方。目标对象为数据线测试系统中的上游供数组件负责人。该上游用数岗可通过数据线的测试系统，进行跑批计划、同步仓库审批、主题需求审批、批次需求审批、上游供数明细、同步仓库明细、等相关功能的使用。
[0062]
参见图3c，其描述了仓库供数岗，所述仓库供数岗是数据线测试系统的主要使用方。目标对象为数据线测试中的上游供数组件负责人。该岗位人员可通过数据线的测试系统，进行跑批计划、同步仓库审批、主题需求审批、批次需求审批、上游供数明细、同步仓库明细、等相关功能的使用。
[0063]
参见图3d，其描述了事业群管理岗，所述事业群管理岗是数据线的测试系统的维护管理方。目标对象为数据线测试中各事业群的测试与质量控制联系人。该岗位人员可通过数据线的测试系统，协助项目组联系人进行本事业群的上游供数、下游用数岗各项操作。同时，可以查阅需求加载统计、主题订阅统计、批次订阅统计、主题审批统计、批次审批统计、上游供数统计、仓库供数统计等纬度指标信息。可在平台管理模块中，为本事业群项目组联系人添加用户权限岗位。
[0064]
参见图3e，其描述了测试中心管理岗，所述测试中心管理岗是数据线的测试系统的最终管理方。目标对象为数据线测试中测控中心数据线服务团队联系人。该岗位人员可
通过数据线的测试系统，协助各角色岗位完成数据线的测试系统的全部功能的使用。同时，可以在数据线的测试系统进行测试主题维护、跑批计划维护、订阅层级、同步层级维护、批次申请审核等管理操作。
[0065]
图4a是本发明的数据线测试系统的组成结构图。下面基于图4a详细描述数据线测试系统的各模块的功能。
[0066]
一.需求服务模块
[0067]
需求服务是数据线测试系统的核心模块，其提供数据应用需求的新增、修改、删除，数据的集成需求查询、数据应用需求与数据集成需求的需求映射关联等功能。
[0068]
所述需求服务模块进一步包括如下特征：
[0069]
1.应用需求管理，该应用需求管理还包括：应用需求查询；应用需求新增、导入；应用需求修改和应用需求删除。
[0070]
1.1.应用需求查询
[0071]
参见图4b，通过筛选所属系统、所属事业群、系统编号等各项属性信息，可以筛选出对应数据应用需求，查阅相关信息。同时，提供通用的需求下载功能。
[0072]
1.2.应用需求新增、导入
[0073]
参见图4c，数据线测试系统提供页面新增和文件导入两种模式添加数据应用需求。同时，在页面中可以下载数据应用需求导入模板。新增数据应用需求模板与itm中提交的数据应用需求清单基本一致。需要填写数据应用需求编号、名称、对应业务功能、频率、格式、时效、类型、查询期限、所属机构、实现模式、是否初始化报表、提出部门、提出人、目标系统英文名、投产时间、对应岗位、对应菜单。
[0074]
1.3.应用需求修改
[0075]
参见图4d,数据线测试系统提供数据应用需求修改功能。修改功能仅支持在页面编辑。可在页面中修改数据应用需求的全部字段。
[0076]
1.4.应用需求删除
[0077]
数据线测试系统提供数据应用需求删除功能。删除后的数据应用需求状态变更为“无效”。后续也可对删除的数据应用需求进行恢复。
[0078]
2.集成需求查询
[0079]
2.1.数据集成需求查询
[0080]
参见图4e，数据线测试系统从itm实时同步最新的数据集成需求。从图4e可以看出，其提供最新的数据集成需求查询服务。可以根据集成需求提出的下游系统进行筛选，也可根据页面中的其他列进行筛选。同时，提供通用的需求下载功能。
[0081]
2.2.需求映射关联
[0082]
数据应用需求与数据集成需求关联
[0083]
为提高供数效率、同时也保证数据线数据传输的覆盖性。数据线测试系统引入了需求映射关联操作。下游用数人员可根据需要，建立“报表”与“接口”的映射关系。通过映射关系建立。可以更加方便的进行数据订阅操作。
[0084]
参见图4f，用户可以先点击1条或多条数据应用需求，下方数据集成需求列表中会自动列出当前已关联的数据集成需求。
[0085]
此时，可以点击新增按钮，进行关联关系的新增。
[0086]
参见图4g，在新增页面，列出了所属系统提出的全部数据集成需求。用户可以根据需要，选择1条或多条数据集成需求。选择后，点击关联按钮。完成关联。
[0087]
二.批处理服务模块
[0088]
批处理服务模块提供给供数及用数组件一个整体视图。项目组可以在本模块中查看主机批处理安排及供数安排，提出及审核非主机批处理需求。
[0089]
该模块的功能主要包括：
[0090]
1.跑批计划查看：
[0091]
1.1.上述跑批计划查看包括：
[0092]
1.1.1.月度跑批计划查阅
[0093]
点击跑批计划菜单后，系统自动显示日历页面，页面中包含了本月各环境计划的主机、开放跑批营业日、自然日、跑批时间等信息；
[0094]
1.1.2.每日批次明细查阅
[0095]
点击日历中的某一个日期，会弹出查询框，显示当日批次明细情况。包括对应批次的测试主题、批次类型、测试环境、批次状态、营业日、自然日、跑批计划信息等；
[0096]
1.1.3.每日批次明细查阅
[0097]
点击日历中的某一个日期，会弹出查询框，显示当日批次明细情况。包括对应批次的测试主题、批次类型、测试环境、批次状态、营业日、自然日、跑批计划信息等。
[0098]
2.开放批次申请
[0099]
2.1.批次申请新增
[0100]
本次平台在继承全部主机跑批计划的同时，新增了开放平台批次的申请功能。下游用数岗人员可以再开放批次申请菜单下，新增和查阅提出批处理申请。
[0101]
新增批处理申请时，可以填写一个或多个批处理时间要求。并拟定需要供数的跑批组件。同时，应在测试需求简述栏位中填写明确的跑批用途。
[0102]
测控中心管理岗人员会根据提出的批处理需求，进行合并、调整。填写审批意见。增加批次。批次添加后，下游用数岗用户可以进行需求订阅等操作。
[0103]
2.2.批次申请修改
[0104]
提出申请后、用户可以在管理岗用户审核通过前、审核不通过时，可以进行修改。
[0105]
2.3.批次申请删除
[0106]
提出申请后、用户可以在管理岗用户审核通过前。可以删除该条申请。
[0107]
2.4.批次申请审核
[0108]
测控中心管理岗位人员可以对用户提出的批处理申请进行审核操作。审核时，应该根据下游用数提出的申请进行分析，合并同类申请。重新排布批处理计划。在审批意见中反馈。
[0109]
3.测试主题维护
[0110]
3.1.测试主题新增、修改、删除
[0111]
测试主题维护为测控中心管理岗用户的管理功能。可以对测试主题进行增删改操作。
[0112]
测试主题新增时，应该填写主题名称、状态、计划开始、结束时间、审批管控方、订阅管控方等信息。
[0113]
3.2.订阅层级维护
[0114]
3.2.1.主题目录维护
[0115]
订阅层级维护是测控中心管理岗用户维护主题的模块，可以对测试主题建立目录。同时，可以对目录进行重命名和删除操作。
[0116]
3.2.2.测试批次维护
[0117]
该模块还可进行测试批次的新增和修改。点击新增、修改按钮。可以再平台中新增/修改对应批次的信息。
[0118]
同时，管理员应将主题对应的全部批次，按目录关联到相应的目录中。
[0119]
三.订阅审批模块
[0120]
订阅审批模块是数据线的测试系统的基石。下游用数岗、事业群管理岗、测控中心管理岗用户可以进行应用需求订阅。上游供数岗、事业群管理岗、测控中心管理岗用户可以进行订阅接口的按主题审批和按批次审批工作。
[0121]
特别地，发明人在数据线的测试系统中引入了按主题审批的功能，该功能可以减少上游系统审批复杂度和频度。按主题审批后，后续所有相同测试主题的不同批次，均无需重复审批。对于个别无法供数的接口。供数岗用户也可以轻松的在批次审批中将接口筛选出。进行修改审批结果的操作。
[0122]
所述订阅审批模块包括如下功能：
[0123]
1.需求订阅
[0124]
1.1已订阅信息查询
[0125]
参见图4h，在需求订阅功能中，用户应先选择自己需要订阅的下游系统名称、所订阅的批次所在测试主题、需要订阅的批次等信息。选择后，系统会列示当前已经订阅的全部数据应用需求。勾选数据应用需求后，会显示当前已经订阅的数据集成需求。
[0126]
1.2新增、修改、删除需求订阅
[0127]
参见图4h，点击数据应用需求列表的【新增】按钮，可以进入新增需求订阅界面。平台提供三种订阅模式：按需求订阅、按自定义模板订阅、按批次订阅，参见图4i。其中：
[0128]
按需求订阅：指按照用户维护的数据应用需求与数据交换接口映射关系订阅。本列表列出全部对应系统的数据应用需求。选择后，完成全部映射的接口订阅。
[0129]
按批次订阅：指用户可以按照历史某一测试主题下的某一批次订阅的内容复制应用需求、接口订阅结果。
[0130]
按自定义模板订阅：指用户可以按照历史保存的某一组报表/接口，进行复制订阅。自定义模板可以按照某一批次订阅的情况保存，也可以在自定义模板维护页面中进行修改和建立。
[0131]
完成应用需求新增后，页面中会显示已订阅的数据集成需求清单。可以在清单基础上，增加或减少数据集成需求，参见图4j。
[0132]
1.3保存自定义模板
[0133]
当维护完成本批次订阅的数据应用需求、数据集成需求后，用户可以点击【保存模板】按钮，输入模板名称，建立一个数据应用需求组，作为一个自定义模板保存，以便于后续订阅使用。
[0134]
输入模板名称时，可以选择输入一个新模板名称，或覆盖原有旧模板。
[0135]
2.自定义模板维护
[0136]
2.1.自定义模板查询
[0137]
数据线测试系统支持自定义订阅模板的操作。用户可以将一张或一组数据应用需求及特定的数据集成需求组合为一个自定义模板，以便于在需求订阅时使用。按自定义模板订阅后，可在该模板基础上进行数据应用需求和数据集成需求的修改，不断维护模板。
[0138]
2.2自定义模板新增、修改、删除
[0139]
自定义模板新增、修改、删除的页面使用与需求订阅的操作基本相同。用户可以按照三种模式进行订阅。同时可以对数据应用需求和数据集成需求进行增删改操作。也可以对模板进行重命名操作。
[0140]
3.主题审批
[0141]
3.1.批量审批
[0142]
参见图4k，上游供数组件可筛选主题目录查看下游组件订阅的接口，点击【批量审批】按钮进行审批。
[0143]
如上游审批通过，可修改审批状态为【源系统通过】，选择供数联系人，填写审批意见，计划供数日期，或选择供数日期基准及供数日期偏差。如【批次审批】开关关闭，则仅审批该主题接口，如需审批批次接口，需进入【批次审批】菜单中按批次审批。
[0144]
如上游审批不通过，可修改审批状态为【源系统驳回】，并填写驳回意见，该主题目录下的所有批次均会驳回。如【批次审批】开关关闭，则仅驳回该主题目录接口，如需审批批次接口，需进入【批次审批】菜单中按批次审批。源系统驳回的接口，仓库将不予供数。
[0145]
参见图4l,【批次审批】开关默认打开，即审批主题后，该主题下的所有批次会自动进行相同状态的审批，如关闭【批次审批】开关，则仅审批该主题接口，不审批批次接口，还需进入【批次审批】菜单中按批次进行审批。如某个批次某些接口需要不同于其他批次状态的情况，需单独进入【批次审批】菜单中，对某个批次某些接口进行状态修改。
[0146]
此外，该功能还包括：操作日志查看，原始需求查询和审批明细下载等功能。
[0147]
4.批次审批
[0148]
4.1.批量审批
[0149]
参见图4m和4n，上游供数组件可筛选主题目录及批次查看下游订阅的接口，点击【审批】按钮审批接口。
[0150]
如上游审批通过，可修改审批状态为【源系统通过】，选择计划供数日期，或选择供数日期基准及供数日期偏差，供数联系人，填写审批意见。
[0151]
如上游审批不通过，可修改审批状态为【源系统驳回】，选择供数联系人，填写驳回意见。源系统驳回的接口，仓库将不予供数。
[0152]
此外，该功能还包括：操作日志查看，原始需求查询和审批明细下载等功能。
[0153]
四.状态查询模块
[0154]
状态查询模块向上游供数组件及下游用数组件、管理员提供供数进度、状态等信息的查询功能及应用需求加载情况的维护功能。项目组及管理员可在本模块中查看所属主题目录批次下的上游组件接口、仓库接口的供数情况及应用需求加载情况。
[0155]
该模块的功能主要包括：上游供数明细(其包括：供数明细查询，供数实时状态查询，统计信息查询，供数状态修改等)；仓库供数明细(其包括：供数明细查询，统计信息查
询)；需求加载明细(其包括：需求加载情况维护)等。
[0156]
五.指标统计模块
[0157]
指标统计模块向事业群管理岗位及测控中心管理岗位提供多维度统计视图。管理员可在本模块中分别查看需求加载、主题目录审批、批次审批、上游供数、仓库供数的统计情况。
[0158]
其中，在1)主题目录审批，2)批次审批，3)上游供数、4)仓库供数和需求加载的统计中，管理员可筛选主题目录查看上游组件审批情况统计，也可下载excel表格查看。
[0159]
六.平台管理模块
[0160]
平台管理模块提供给测控中心管理岗位对平台系统用户维护、用户权限维护、系统维护、操作日志查看、邮件日志查看、页面访问维护、测试环境信息维护等管理功能。在这些功能中，测控中心管理员可新增、修改、删除平台用户，也可下载excel表格查看。
[0161]
以下描述一个基于平台的实际工作使用平台完成全链路的实例：
[0162]
以银行海外新增某业务测试为例，具体使用流程如下：
[0163]
1.海外用户提出业务需求申请，提出需验证报表的清单；
[0164]
2.测控中心管理岗人员分析报表对应的下游项目组信息；
[0165]
3.下游项目组整理数据应用需求、数据集成需求(含对应的上游项目数据交换接口)。通过平台的“应用需求管理”、“集成需求查询”、“需求映射关联”等模块。新增、导入、更新数据应用需求及建立应用需求与集成需求之间的映射关系。
[0166]
据应用需求由用户直接通过上传附件或页面新建的方式导入到平台中。数据集成需求通过数据接口直接从现有银行的itm平台中获取，并在平台展示。平台设计了建立应用需求与集成需求之间的映射关系的功能。用户在订阅应用需求前，需要使用该功能完成映射关系的建立。
[0167]
参考图4o，以阿斯坦纳分行为例，分行因业务或新增功能需要，提出测试环境测试申请后，测试环境的环境团队会安排主机批处理计划。平台中会登记对应的测试主题以及主机的批处理安排。下游用数项目组会通过平台完成对应数据应用需求(报表)的应用需求导入和映射关系建立工作。并在对应主题、批次下完成数据订阅。
[0168]
参考图4p-4q，以阿斯坦纳分行新增币种专项测试为例。需测试1个数据应用需求(关联映射17个数据集成需求)，涉及1个项目组，在一个测试主题中，安排3个批处理。
[0169]
同时，海外用户、及下游项目组均可通过“案例自动生成”功能完成测试案例的编写。所述案例自动生成是应用需求管理模块中的一个子功能。模块图中标记为“案例下载”。当前的功能是根据应用需求中的应用需求名称、使用频率、加工时效、查询岗位、菜单以及订阅的主题、批次时间。按照测试案例的标准格式生成的测试案例集。通常一条应用需求会生成两条测试案例，一条为报表格式验证案例，一条为数据正确性验证案例。
[0170]
4.测控中心管理岗根据整体批处理安排，整体批处理安排是根据全行的测试环境批处理整体规划确定的。测试环境团队会根据主机的负载、及业务测试需求的情况，每月底发布下一个月的主机批处理安排视图。
[0171]
以2020年8月为例，建行亚洲/香港分行在8月的测试中，安排了pl4环境，每周一个批处理。每个批处理后，相关的主机及其它开放平台上游项目组会根据要求完成数据传输、仓库会根据要求完成数据加载。下游项目组会收到数据，进行应用需求的加工。批处理需求
的提出，目前是业务人员根据测试的需要提给测试环境团队。与应用需求本身并没有直接关联。通过“测试主题维护”“跑批计划”、“层级维护”等功能，为平台建立测试主题信息、跑批供数的批处理时点。
[0172]
下游项目组也可通过“开放批次申请”功能，申请新增和修改批处理需求；
[0173]
5.下游项目组使用平台“需求订阅”功能，在对应的主题、批次下面订阅需要测试的应用需求。系统会根据订阅的应用需求，提醒需求对应的集成需求供数方(上游项目组)进行供数审批。
[0174]
上游项目组使用“主题需求审批”或“批次需求审批”等功能，完成供数审批确认。
[0175]
6.测试环境中按对应自然日期完成营业日期跑批后。平台会与数据仓库对接数据到达及数据加载情况。可通过“状态查询模块”、“指标统计模块”中的各项查询功能查询到当前批次、当前主题的上游供数情况、仓库加载情况、应用需求加工完成情况等信息。
[0176]
7.海外用户可通过查询第6点中的信息，获知应用需求的查询日期、时点、完成情况。进行应用需求的测试。
[0177]
8.海外用户使用第3条中生成的测试案例完成测试。出具测试报告。
[0178]
图5是根据本发明实施例的一种数据线测试装置的主要模块的示意图。
[0179]
如图5所示，本发明实施例的一种数据线测试装置500包括：需求服务模块501、订阅审批模块502、状态查询模块503和指标统计模块504；其中，
[0180]
所述需求服务模块501用于基于业务需求分析所述业务需求相应的报表对应的下游项目组信息，基于所述项目组信息提取数据应用需求、数据集成需求，建立数据应用需求和数据集成需求之间的映射关系，以及生成所述报表相对应的测试案例；
[0181]
所述订阅审批模块502基于测试案例建立测试主题信息、跑批供数的批处理时间点；
[0182]
所述状态查询模块503所述状态查询模块在对应的测试主题信息和跑批供数下订阅需要测试的数据应用需求，以提醒数据应用需求对应的数据集成需求的供数方进行供数审批，基于供数提醒，完成供数审批确认；
[0183]
所述指标统计模块504所述指标统计模块将数据加载到数据仓库，并查询数据达到及数据加载状态，完成所述业务需求，以及
[0184]
由所述订阅审批模块基于完成的所述业务需求，对所述测试案例进行测试。
[0185]
在本发明一个实施例中，所述需求服务模块501接收业务需求，所述业务需求包括需验证的报表。
[0186]
在本发明一个实施例中，所述需求服务模块501中的所述数据应用需求包括：应用需求查询；应用需求新增、导入；应用需求修改，应用需求删除。
[0187]
在本发明一个实施例中，所述需求服务模块501的所述数据应用需求通过筛选所属系统、所属事业群、系统编号等各项属性信息来筛选出对应的数据应用需求。
[0188]
在本发明一个实施例中，所述数据应用需求包括编号、名称、对应业务功能、频率、格式、时效、类型、查询期限、所属机构、实现模式、是否初始化报表、提出部门、提出人、目标系统英文名、投产时间、对应岗位、对应菜单中的至少一个。
[0189]
根据本发明实施例的一种数据线测试装置可以看出，所述数据线测试装置提供了数据应用需求管理，批处理安排服务，供数需求发布，审批，供数状态跟踪，报表加载跟踪，
测试实施支持，案例自动化生成等模块功能。根据数据分析统计，所述数据线测试装置使用后，数据订阅效率提升了450％，审批效率提升了672％，供数效率整体提升了126％。
[0190]
图6示出了可以应用本发明实施例的一种数据线测试方法或一种大规模数据线测试装置的示例性系统架构600。
[0191]
如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0192]
用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如网银类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
[0193]
终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
[0194]
服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所浏览的网银管理类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。
[0195]
需要说明的是，本发明实施例所提供的数据线测试方法一般由服务器605执行，相应地，账户管理的装置一般设置于服务器605中。
[0196]
应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0197]
下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0198]
如图7所示，计算机系统700包括中央处理单元(cpu)701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram 703中，还存储有系统700操作所需的各种程序和数据。cpu 701、rom 702以及ram 703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
[0199]
以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
[0200]
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本发明的系统
中限定的上述功能。
[0201]
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0202]
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0203]
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括第一账户创建模块、第二账户创建模块和管理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，管理模块还可以被描述为“对所述第一账户和所述第二账户进行管理的模块”。
[0204]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取第一开户请求，所述第一开户请求指示了第一用户的信息；根据所述第一开户请求，创建与所述第一用户对应的第一账户；获取第二开户请求，所述第二开户请求指示了第二用户的信息；当根据所述第二用户的信息和所述第一用户的信息，确定出所述第一用户和所述第二用户相关联时，创建与所述第二开户请求对应的第二账户，并构建所述第二账户与所述第一账户的关联关系；根据所述关联关系，对所述第一账户和所述第二账户进行管理。
[0205]
根据本发明实施例的技术方案，首先根据第一用户的开户请求创建与第一用户对应的第一账户，当获取到第二用户的第二开户请求后，若确定出第二用户和第一用户相关联，则自动创建第二用户对应的第二账户，并构建第一账户和第二账户的关联关系，然后根据该关联关系，对第一账户和第二账户进行管理。由此实现了根据用户的信息在线上创建账户，而无需用户到线下柜台开立账户，从而提高了账户创建的效率，并提高了用户体验。并且，对相关联的账户进行统一管理，有利于对多账户进行管理，提高账户的管理效率。
[0206]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。