CN115757095A - 一种产品测试方法、系统、电子设备及存储介质 - Google Patents

Abstract

本发明实施例公开一种产品测试方法、系统、电子设备及存储介质。该方法包括：获取业务系统中目标产品对应的第一交易属性信息，以及获取核算系统中目标产品对应的第二交易属性信息，根据第一交易属性信息和第二交易属性信息确定信息存在情况；根据预设匹配规则和信息存在情况确定目标产品对应的测试结果。本发明实施例，通过获取第一交易属性信息和第二交易属性信息，以确定信息存在情况，根据信息存在情况和预设匹配规则以确定目标产品对应的测试结果，解决各系统之间的测试人员需要相互沟通和相互配合的问题，减少人工干预，实现银行新产品账务验收的全流程自动化，在提高测试效率的基础上，提高测试结果的客观性和准确性。

Description

一种产品测试方法、系统、电子设备及存储介质

技术领域

本发明涉及测试技术领域，尤其涉及一种产品测试方法、系统、电子设备及存储介质。

背景技术

目前，多数大型金融领域都采用“交易与核算相分离”的模式构建信息系统，由于金融类的新产品在正式上线前需要业务系统和核算系统进行联调测试，最终检查记账分录是否正确(即金融新产品账务验收)。现有技术中，通常采用手工测试的方式进行执行联调测试，此时联调测试需各个系统共同讨论需求合作开展测试，这种方式有以下缺点：一是沟通成本大，耗费时间和人力，现有技术往往需要业务系统和核算系统的测试人员共同参与，相互配合，任何一方都因为不了解另一方的系统而无法独立完成金融类新产品账务验收测试，这就造成了比较大的沟通成本，且耗费时间和人力；二是主要依赖手工操作，易出现纰漏，影响交易测试结果核对和交易测试报告的准确性，导致需要反复测试，也耗费时间和人力。

发明内容

有鉴于此，本发明提供一种产品测试方法、系统、电子设备及存储介质，能够解决各系统之间的测试人员需要相互沟通和相互配合的问题，减少人工干预，实现银行新产品账务验收的全流程自动化，在提高测试效率的基础上，提高测试结果的客观性和准确性。

根据本发明的一方面，本发明实施例提供了一种产品测试方法，该方法应用于测试系统，所述方法，包括：

获取业务系统中目标产品对应的第一交易属性信息，以及获取核算系统中所述目标产品对应的第二交易属性信息；其中，所述第一交易属性信息为所述第二交易属性信息的子集；

根据所述第一交易属性信息和所述第二交易属性信息确定信息存在情况；

根据预设匹配规则和所述信息存在情况确定所述目标产品对应的测试结果。

根据本发明的另一方面，本发明实施例还提供了一种产品测试装置，该装置，该装置应用于测试系统，所述装置，包括：

信息获取模块，用于获取业务系统中目标产品对应的第一交易属性信息，以及获取核算系统中目标产品对应的第二交易属性信息；其中，所述第一交易属性信息为所述第二交易属性信息的子集；

信息确定模块，用于根据所述第一交易属性信息和所述第二交易属性信息确定信息存在情况；

结果确定模块，用于根据预设匹配规则和所述信息存在情况确定所述目标产品对应的测试结果。

根据本发明的另一方面，本发明实施例还提供了一种产品测试平台，所述产品测试平台，包括：业务系统、核算系统以及测试系统；

所述业务系统，分别与所述核算系统和所述测试系统相连，用于进行目标产品的交易，以产生所述目标产品对应的第一交易属性信息；

所述核算系统，分别与所述业务系统和所述测试系统相连，用于接收所述业务系统实时传送或者自动批量传送的所述目标产品对应的第二交易属性信息；

所述测试系统，分别与所述核算系统和所述业务系统相连，用于执行本发明任一实施例所述的产品测试方法。

根据本发明的另一方面，本发明实施例还提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的产品测试方法。

根据本发明的另一方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的产品测试方法。

本发明实施例的技术方案，通过获取第一交易属性信息和第二交易属性信息，以确定信息存在情况，并根据预设匹配规则和信息存在情况以确定目标产品对应的测试结果，解决各系统之间的测试人员之间需要相互沟通和相互配合的问题，减少人工干预，实现银行新产品账务验收的全流程自动化，在提高测试效率的基础上，提高测试结果的客观性和准确性。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一实施例提供的一种产品测试方法的流程图；

图2为本发明一实施例提供的另一种产品测试方法的流程图；

图3为本发明一实施例提供的又一种产品测试方法的流程图；

图4为本发明一实施例提供的一种产品测试装置的结构框图；

图5为本发明一实施例提供的一种产品测试平台的结构示意图；

图6为本发明一实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“目标”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

在一实施例中，图1为本发明一实施例提供的一种产品测试方法的流程图，本实施例可适用于对金融行业的新产品进行测试时的情况，该方法可以由测试系统来执行，该测试系统可以采用硬件和/或软件的形式实现，该产品测试系统可配置于电子设备中。

如图1所示，该方法应用于测试系统，具体步骤包括：

S110、获取业务系统中目标产品对应的第一交易属性信息，以及获取核算系统中目标产品对应的第二交易属性信息；其中，第一交易属性信息为第二交易属性信息的子集。

其中，业务系统指的是金融系统中的业务系统，是银行面向客户完成各类业务的交易处理的业务信息系统，例如，存款交易、贷款交易、缴费交易等都是在业务系统中发起交易的。核算系统指的是金融系统中的核算系统，是金融系统面向管理和监督，采用权责发生制对业务系统发生的交易进行会计确认和计量的信息系统。

在本实施例中，目标产品可以理解为金融系统新推出的面向客户进行出售的各类金融新产品。需要说明的是，进行产品测试的目标产品为一个或多个目标产品。目标产品包括但不限于向用户出售的各类存款产品、贷款产品、理财产品、基金产品、贵金属购买等，需要说明的是，目标产品均对应有一种或多种产品种类。示例性的，存款产品可分为不同的存款产品种类，例如可以是定期存款产品、活期存款产品等。

在本实施例中，第一交易属性信息可以理解为在业务系统中进行交易的目标产品所对应的关键交易属性信息，第一交易属性信息可以包括目标产品进行交易时对应的会计日期、交易行部编号、交易编号等信息。第二交易属性信息可以理解为目标产品在业务系统进行产品交易时所对应的所有交易信息，该交易信息会实时或定时的自动传输至核算系统。需要说明的是，第一交易属性信息为第二交易属性信息的子集，可以理解为，第二交易属性信息包含第一交易属性信息中的所有信息，第一交易属性信息为第二交易属性信息中一部分关键信息。

在一实施例中，第二交易属性信息包含至少一个目标产品对应的产品交易属性信息，各产品交易属性信息至少包括下述之一：每个产品交易对应的会计日期、交易行部编号、交易编号、交易业务类别、交易流水信息、复核信息。

在本实施例中，会计日期指的是会计完成交易的时间。交易行部编号指的是进行交易金融行部对应的编号。交易编号指的是交易时所产生的流水编号。交易业务类别指的是目标产品交易的交易类别，包括但不限于贷款、存款、理财、基金等类别。

在本实施例中，第二交易属性信息包含至少一个目标产品对应的产品交易属性信息，各产品交易属性信息至少包括下述之一：每个产品交易对应的会计日期、交易行部编号、交易编号、交易业务类别、交易流水信息、复核信息。需要说明的是，交易编号是唯一的，每个目标产品对应的交易编号均是唯一的。

在本实施例中，业务系统人员通过手工或自动化的方式可以在业务系统进行金融系统目标产品的交易，在进行目标产品的交易之后，可以产生对应各目标产品的产品交易信息，可以通过爬虫技术从产品交易信息中进行抓取与各目标产品相对应的第一交易属性信息，在一些实施例中，可以实时或定时进行获取业务系统实时传送或者自动批量传送至核算系统中的目标产品对应的第二交易属性信息，由第二交易属性信息可以组成交易业务场景表。

S120、根据第一交易属性信息和第二交易属性信息确定信息存在情况。

其中，信息存在情况可以理解为产品交易属性信息的信息存在情况。

在本实施例中，可以通过在第二交易属性信息中查找并校验第一交易属性信息是否存在，在信息存在情况为存在第一交易属性信息的情况下，认为存在目标产品对应的相关交易信息；否则，认为不存在交易信息进行报错处理。需要说明的是，该信息存在情况可以包括交易属性信息可以在第二交易属性信息中进行查找到的情况，也可以为第一交易属性信息可以在第二交易属性信息中查找不到的情况。当然，第一交易属性信息可以在第二交易属性信息中进行查找到的情况可以理解为业务系统中进行交易的交易信息全部传送至核算系统中，第一交易属性信息可以在第二交易属性信息中查找不到的情况可以理解为业务系统中进行交易的交易信息全部在传送至核算系统中时可能出现产品交易信息传送失败、产品交易信息出现露传、错传等情况。

S130、根据预设匹配规则和信息存在情况确定目标产品对应的测试结果。

其中，预设匹配规则可以理解为预先设置的查询匹配规则，该预设匹配规则中可以包含预期测试结果。测试结果指的是对目标产品进行测试时相对应的测试结果，测试结果可以包含对目标产品的测试结论。

在本实施例中，可以通过交易业务类别，以确定相对应的批量处理程序，发送批量处理程序对应的执行脚本，调用批量处理程序进行处理以得到对应的处理结果，在此基础上，可以将第一交易属性信息中的会计日期对应的字段信息、交易编号对应的字段信息和交易行部编号对应的字段信息与目标产品对应的验收模板作为预设匹配规则对应的查询脚本信息，基于查询脚本信息分别对应的字段信息以在处理结果中进行查找，若查找到且可以匹配上，则说明匹配成功测试通过，若不能查找到，则说明测试不通过。

本发明实施例的技术方案，通过获取第一交易属性信息和第二交易属性信息，以确定信息存在情况，并根据预设匹配规则和信息存在情况以确定目标产品对应的测试结果，解决各系统之间的测试人员需要相互沟通和相互配合的问题，减少人工干预，实现银行新产品账务验收的全流程自动化，在提高测试效率的基础上，提高测试结果的客观性和准确性。

在一实施例中，在根据预设匹配规则和产品交易数据存在情况确定业务新产品对应的测试结果之后，还包括：

按照预设测试报告模板自动生成并输出目标产品对应的测试报告表，其中，测试报告表中至少包含下述之一：目标产品对应的测试结论、会计科目、会计日期、交易行部编号、交易编号、目标产品的分类、会计凭证信息。

其中，预设测试报告模板指的是预先生成的用于测试报告对应的模板，该测试模板可以依据人为方式进行自定义生成。会计科目可以理解为对会计要素对象的具体内容进行分类核算的类目，会计对象的具体内容各有不同，管理要求也有不同。

在本实施例中，目标产品在向客户销售时，可以作为可售产品，可售产品在核算系统进行计量的时候，转换为财会产品进行计量，可售产品和财会产品有一定的对应关系，每个财会产品和会计科目均有一个对应关系。可以预先规定目标产品对应的类别为可售产品或者财会产品，需要说明的是，一个可售产品可以对应一个财会产品，也可以多个可售产品对应一个财会产品。

在本实施例中，按照预设测试报告模板自动生成并输出目标产品对应的测试报告表，测试报告表的内容为查询脚本信息所返回的相关数据，测试报告表可以直接显示目标产品对应的测试为测试通过还是测试不通过。本实施例中，该测试报告表中至少包含下述之一：目标产品对应的测试结论、会计科目、会计日期、交易行部编号、交易编号、目标产品的分类、会计凭证信息。

在一实施例中，所述方法，还包括：

接收目标产品验收模板，其中，目标产品验收模板至少包含目标产品与第二交易属性信息中会计科目的对应关系；其中，会计科目至少包含会计科目对应的会计名称和会计科目对应的会计编号；

将目标产品与会计科目的对应关系作为目标产品对应的预期测试结果。

其中，目标产品验收模板也可以称为目标产品财务验收模板，可以理解为满足会计准则的多套会计记账分录。

在本实施例中，业务系统人员把账务验收模板上传到测试系统，测试系统接收目标产品验收模板账务验收模板，目标产品验收模板包括目标产品和会计科目的对应关系，可以将目标产品与会计科目的对应关系作为目标产品对应的预期测试结果。其中，会计科目至少包含会计科目对应的会计科目名称和会计科目对应的会计科目编号。需要说明的是，每个目标产品对应不同的会计科目，示例性的，目标产品为存款或贷款，其中存款或贷款的本金是一个会计科目，利息又是一个会计科目，又如库存信息是一个会计科目，包含科目名称和科目编号，A产品对应的会计科目是A101。

在一实施例中，图2为本发明一实施例提供的另一种产品测试方法的流程图，本实施例在上述各实施例地基础上，对获取业务系统中目标产品对应的第一交易属性信息，以及获取核算系统中目标产品对应的第二交易属性信息、根据第一交易属性信息和第二交易属性信息确定信息存在情况，以及根据预设匹配规则和信息存在情况确定目标产品对应的测试结果进行了进一步的细化。

如图2所示，本实施例中的产品测试方法具体可以包含如下步骤：

S210、依据爬虫技术抓取各目标产品分别对应的第一交易属性信息。

其中，第一交易属性信息至少包含下述之一：会计日期、交易行部编号、交易编号。

其中，爬虫技术又可以称为网络爬虫，可以理解为按照一定的规则，自动地抓取信息的程序或者脚本。

在本实施例中，测试系统访问业务系统，业务系统中目标产品进行交易时产生对应的产品交易信息，通过爬虫技术在产品交易信息中抓取每个目标产品所对应的第一交易属性信息，即为会计日期、交易行部编号、交易编号。示例性的，采用爬虫技术抓取到的会计日期是20220101，交易行部编号是111111、交易编号为01112034。

S220、获取业务系统实时传送或者自动批量传送至核算系统中的目标产品对应的第二交易属性信息，依据第二交易属性信息组成交易业务场景表。

其中，交易业务场景表可以理解为核算系统中对应目标产品的交易的一类表，该表中包含业务系统传送至核算系统中的目标产品对应的第二交易属性信息。

在本实施例中，业务系统进行目标产品的交易，产生各目标产品所对应的产品属性信息，该产品属性信息可以实时的传送到核算系统，也可以通过人工操作或者自定义的方式进行批量传送到核算系统作为第二交易属性信息，可以在核算系统中查询并校验业务系统传送的第二交易属性信息是否存在。

S230、依据第一交易属性信息进行遍历查找并校验第二交易属性信息中是否存在第一交易属性信息，若存在，则执行S340，否则执行S350。

在本实施例中，通过爬虫技术在目标产品分别对应的产品交易属性信息中抓取到目标产品分别对应的第一产品属性信息之后，可以通过第一产品属性信息在核算系统中的第二交易属性信息中进行遍历查找并校验第二属性信息中是否存在第一交易属性信息，可以理解为，通过抓取的第一产品属性信息，进行查询并检验目标产品对应的交易属性信息是否传送至核算系统中，可以将第一交易属性信息中的会计日期、交易行部编号、交易编号作为筛选条件，从第二交易属性信息中进行匹配第一交易属性信息中的会计日期、交易行部编号、交易编号，以校验第二交易属性信息中是否存在第一交易属性信息。

S240、认为信息存在情况为存在交易信息。

其中，存在交易信息可以理解为可以在第二交易属性信息中查找到第一交易属性信息。

在本实施例中，在将第一交易属性信息中的会计日期、交易行部编号、交易编号作为筛选条件，从第二交易属性信息中进行匹配第一交易属性信息中的会计日期、交易行部编号、交易编号之后，若可以匹配上，则认为存在交易信息。

S250、认为信息存在情况为不存在交易信息，进行报错处理。

其中，不存在交易信息可以理解为可以在第二交易属性信息中不能够查找到第一交易属性信息。

在本实施例中，在将第一交易属性信息中的会计日期、交易行部编号、交易编号作为筛选条件，从第二交易属性信息中进行匹配第一交易属性信息中的会计日期、交易行部编号、交易编号之后，若不能够匹配上，则认为不存在交易信息，系统进行报错处理。需要说明的是，报错处理的方式可以为使用文字信息进行报错，也可以为使用智能语音方式进行报错，也可以为显示图像的方式进行报错，本实施例对报错处理的方式不做限制。

S260、在存在第一交易属性信息的情况下，依据第二交易属性信息中交易业务类别确定相对应的批量处理程序。

其中，批量处理程序可以理解为预先设计好的批量程序，可以在调用批量调度平台进行调用批量处理程序进行批量处理。需要说明的是，批量处理程序可以包含但不限于贷款、存款、理财、基金、贵金属购买分别进行核算时的批量处理程序。

在本实施例中，在接收到任务请求之后，按照一定的预设执行顺序进行批量处理任务，等到任务全部处理完成之后再将处理结果进行统一输出的批量处理程序。可以理解为，批量调度平台中存储有对应目标产品进行批量测试的批量处理程序代码，测试系统向批量调度平台发送对应的执行脚本，可以自动调用进行财务核算的批量执行程序，在批量程序全部执行完成后，核算系统会返回对应的批量结束信号。

在本实施例中，依据第二交易属性信息进行交易业务类别的分类，由交易业务类别的分类确定对应的批量处理程序，示例性的，交易业务类别的分类为存款和贷款两个类别，从批量调度平台中调用存款和贷款两个类别对应的批量处理程序，即一类用于处理存款的批量处理程序，一类用于处理贷款的批量处理程序，分别执行存款和贷款对应的批量程序。

S270、发送批量处理程序对应的执行脚本，调用批量处理程序进行处理，以得到对应的处理结果。

其中，处理结果中至少包含会计日期对应的字段信息、交易编号对应的字段信息、交易行部编号对应的字段信息、会计科目对应的字段信息。

在本实施例中，测试系统向批量调度平台发送对应的执行脚本，可以自动调用进行财务核算的批量执行程序，以得到对应的处理结果，在批量程序全部执行完成后，核算系统会返回对应的批量结束信号。

S280、依据第一交易属性信息中会计日期对应的字段信息、交易编号对应的字段信息、交易行部编号对应的字段信息以及目标产品验收模板中会计科目对应的字段信息以生成查询脚本信息，并将查询脚本信息作为预设匹配规则。

在本实施例中，依据第一交易属性信息中会计日期对应的字段信息、交易编号对应的字段信息、交易行部编号对应的字段信息以及目标产品验收模板中会计科目对应的字段信息以生成查询脚本信息，并将查询脚本信息作为预设匹配规则，示例性的，目标产品验收模板中会计科目对应的字段信息，即目标产品账务验收测试结果预期记为A101会计科目，20220101会计日期，111111交易行部编号，产品为A产品，则可使用如下查询脚本信息作为预设匹配规则：

select*from表1where会计科目字段名＝’A101’and会计日期字段名＝’20220101’and交易行部编号字段名＝’111111’and产品字段名＝“A”。

S290、使用预设匹配规则在处理结果中进行目标产品的交易测试结果查询。

在本实施例中，使用第一交易属性信息中会计日期对应的字段信息、交易编号对应的字段信息、交易行部编号对应的字段信息以及目标产品验收模板中会计科目对应的字段信息以生成查询脚本信息，作为预设匹配规则，与处理结果中的会计日期对应的字段信息、交易编号对应的字段信息、交易行部编号对应的字段信息、会计科目对应的字段信息进行匹配，并根据匹配的结果确定目标产品的交易测试结果查询，如果能够将预设匹配规则中包含的字段信息与处理结果中包含的字段信息匹配，说明规则成功匹配，交易测试通过；如果未查询到结果，说明规则匹配失败，交易测试不通过。

S2100、在测试结果查询到的情况下，认为规则匹配成功，目标产品对应的测试结果为交易测试通过。

在本实施例中，若能够将预设匹配规则中包含的字段信息与处理结果中包含的字段信息匹配上，说明规则成功匹配，目标产品对应的测试结果为交易测试通过。

S2110、在测试结果未查询到的情况下，认为规则匹配失败，目标产品对应的测试结果为交易测试不通过。

在本实施例中，若不能够将预设匹配规则中包含的字段信息与处理结果中包含的字段信息匹配上，说明规则成功规则匹配失败，目标产品对应的测试结果为交易测试不通过。

本发明实施例的上述技术方案，通过依据第二交易属性信息中交易业务类别确定相对应的批量处理程序，发送批量处理程序对应的执行脚本，调用批量处理程序进行处理，以得到对应的处理结果，依据第一交易属性信息中会计日期对应的字段信息、交易编号对应的字段信息、交易行部编号对应的字段信息以及目标产品验收模板中会计科目对应的字段信息以生成查询脚本信息，并将查询脚本信息作为预设匹配规则，使用预设匹配规则在处理结果中进行目标产品的交易测试结果查询，能够将拟核对内容全部转换为匹配规则，作为脚本查询条件并执行脚本，提升了交易测试结果的准确性。

在一实施例中，为便于更好的理解产品测试方法，图3为本发明一实施例提供的又一种产品测试方法的流程图，本实施例可将本实施例作为优选实施例对产品测试方法进行进一步的说明。需要说明的是，本实施例中的银行新产品表示为上述实施例中的目标产品，账务验收模板表示为上述实施例中的目标产品验收模板。

在本实施例中，主要分为七个步骤对产品测试方法进行进一步的说明，本实施例以导入账务验收模板在从业务系统抓取交易信息之前进行说明，该方法测试时只需业务系统人员做新产品交易，并导入账务验收模板，全流程无需人工参与，提高了测试结果的客观性和准确性，且无需业务系统和核算系统的测试人员相互沟通、相互配合，减少了沟通成本，节约了测试人力，提高了测试效率。

本实施例中的产品测试方法，主要包括：1.做进行新产品交易；2.导入账务验收模板；3.从业务系统抓取第一交易属性信息；4.校验第二交易属性信息中是否存在第一交易属性数据；5.执行批量处理程序；6.预设匹配规则；7.输出产品交易测试结果并生成测试报告。

如图3所示，具体步骤如下：

S310、获取业务系统人员通过手工或自动化的方式在业务系统所进行的银行新产品的交易，并将产品交易信息传送至核算系统中作为第二交易属性信息。

S320、接收业务系统导入的账务验收模板。

S330、访问业务系统，通过爬虫技术在业务系统中抓取第一交易属性信息，第一交易属性信息包括会计日期、交易行部、交易编号。

S340、访问核算系统，依据第一交易属性信息进行遍历查找并校验第二交易属性信息中是否存在第一交易属性信息，若存在，则执行S350，之后执行S370；若不存在，则执行S360。

S350、认为信息存在情况为存在交易信息。

S360、认为信息存在情况为不存在交易信息，进行报错处理。

S370、确定批量处理程序，发送批量处理程序对应的执行脚本至批量调度平台，自动调用批量处理程序进行处理以得到处理结果，批量程序全部执行完成后发送批量处理程序结束信号。

在本实施例中，处理结果中至少包含会计日期对应的字段信息、交易编号对应的字段信息、交易行部编号对应的字段信息、会计科目对应的字段信息。

S380、第一交易属性信息中会计日期对应的字段信息、交易编号对应的字段信息、交易行部编号对应的字段信息以及目标产品验收模板中会计科目对应的字段信息以生成查询脚本信息，并将查询脚本信息作为预设匹配规则。

S390、自动在核算系统中执行脚本，在处理结果中进行目标产品的交易测试结果查询，如果查询到结果，说明规则成功匹配，产品测试通过；如果未查询到结果，说明规则匹配失败，产品测试不通过。

S3100、按照测试报告模板自动生成并输出本次测试报告，报告内容为查询脚本返回的数据，并显示测试通过或测试不通过的结论。

在一实施例中，图4为本发明一实施例提供的一种产品测试装置的结构框图，该装置适用于对银行新产品进行测试时的情况，该装置可以由硬件/软件实现。可配置于电子设备中来实现本发明实施例中的一种产品测试方法。如图4所示，该装置包括：信息获取模块410、信息确定模块420以及结果确定模块430。

其中，信息获取模块410，用于获取业务系统中目标产品对应的第一交易属性信息，以及获取核算系统中所述目标产品对应的第二交易属性信息；其中，所述第一交易属性信息为所述第二交易属性信息的子集；

信息确定模块420，用于根据所述第一交易属性信息和所述第二交易属性信息确定信息存在情况；

结果确定模块430，用于根据预设匹配规则和所述信息存在情况确定所述目标产品对应的测试结果。

本发明实施例，信息确定模块，通过获取第一交易属性信息和第二交易属性信息，以确定信息存在情况，结果确定模块，根据预设匹配规则和信息存在情况以确定目标产品对应的测试结果，解决各系统之间的测试人员之间需要相互沟通和相互配合的问题，减少人工干预，实现银行新产品账务验收的全流程自动化，在提高测试效率的基础上，提高测试结果的客观性和准确性。

在一实施例中，所述产品测试装置，还包括：

报告生成模块，用于在根据预设匹配规则和所述产品交易数据存在情况确定所述业务新产品对应的测试结果之后，按照预设测试报告模板自动生成并输出所述目标产品对应的测试报告表，其中，所述测试报告表中至少包含下述之一：目标产品对应的测试结论、会计科目、会计日期、交易行部编号、交易编号、所述目标产品的分类、会计凭证信息。

在一实施例中，产品测试装置，还包括：

模板接收模块，用于接收所述目标产品验收模板，其中，所述目标产品验收模板至少包含所述目标产品与所述第二交易属性信息中会计科目的对应关系；其中，所述会计科目至少包含所述会计科目对应的会计名称和会计科目对应的会计编号；

预期结果确定模块，用于将所述目标产品与所述会计科目的对应关系作为所述目标产品对应的预期测试结果。

在一实施例中，信息获取模块410，还包括：

第一信息获取单元，用于依据爬虫技术抓取所述各所述目标产品分别对应的第一交易属性信息，其中，所述第一交易属性信息至少包含下述之一：会计日期、交易行部、交易编号；

第二信息获取单元，用于获取所述业务系统实时传送或者自动批量传送至所述核算系统中的所述目标产品对应的第二交易属性信息，依据所述第二交易属性信息组成交易业务场景表。

在一实施例中，信息确定模块420，还包括：

校验单元，用于依据所述第一交易属性信息进行遍历查找并校验所述第二交易属性信息中是否存在所述第一交易属性信息；

第一信息确定单元，用于若存在所述第一交易属性信息，认为所述信息存在情况为存在所述交易信息；

第二信息确定单元，用于若不存在所述第一交易属性信息，则认为所述信息存在情况为不存在所述交易信息，进行报错处理。

在一实施例中，结果确定模块430，包括：

处理单元，用于在存在所述第一交易属性信息的情况下，依据所述第二交易属性信息中交易业务类别确定相对应的批量处理程序；

处理结果确定单元，用于发送所述批量处理程序对应的执行脚本，调用所述批量处理程序进行处理，以得到对应的处理结果；其中，所述处理结果中至少包含会计日期对应的字段信息、交易编号对应的字段信息、交易行部编号对应的字段信息、会计科目对应的字段信息；

规则确定单元，用于依据所述第一交易属性信息中所述会计日期对应的字段信息、所述交易编号对应的字段信息、所述交易行部编号对应的字段信息以及所述目标产品验收模板中会计科目对应的字段信息以生成查询脚本信息，并将所述查询脚本信息作为所述预设匹配规则；

查询单元，用于使用所述预设匹配规则在所述处理结果中进行所述目标产品的交易测试结果查询；

第一查询单元，用于在所述测试结果查询到的情况下，认为规则匹配成功，所述目标产品对应的测试结果为交易测试通过；

第二查询单元，用于在所述测试结果未查询到的情况下，认为规则匹配失败，所述目标产品对应的测试结果为交易测试不通过。

在一实施例中，所述第二交易属性信息包含至少一个所述目标产品对应的产品交易属性信息，各所述产品交易属性信息至少包括下述之一：每个产品交易对应的会计日期、交易行部编号、交易编号、交易业务类别、交易流水信息、复核信息。

本发明实施例所提供的产品测试装置可执行本发明任意实施例所提供的产品测试方法，具备执行方法相应的功能模块和有益效果。

在一实施例中，图5为本发明实施例提供的一种产品测试平台的结构示意图。如图5所示，所述产品测试平台，包括：业务系统510、核算系统520以及测试系统530；

其中，所述业务系统510，分别与所述核算系统520和所述测试系统530相连，用于进行目标产品的交易，以产生所述目标产品对应的第一交易属性信息；

所述核算系统520，分别与所述业务系统510和所述测试系统530相连，用于接收所述业务系统510实时传送或者自动批量传送的所述目标产品对应的第二交易属性信息；

所述测试系统530，分别与所述核算系统520和所述业务系统510相连，用于执行本发明任一实施例中的产品测试方法。

在一实施例中，图6为本发明实施例提供的一种电子设备的结构示意图。电子设备10旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图6所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如产品测试方法。

在一些实施例中，产品测试方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的产品测试方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行产品测试方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程产品测试装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

在一实施例中，本发明实施例还包括一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序在被处理器执行时实现本发明任一实施例所述的产品测试方法。

计算机程序产品在实现的过程中，可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种产品测试方法，其特征在于，应用于测试系统，所述方法，包括：

获取业务系统中目标产品对应的第一交易属性信息，以及获取核算系统中所述目标产品对应的第二交易属性信息；其中，所述第一交易属性信息为所述第二交易属性信息的子集；

根据所述第一交易属性信息和所述第二交易属性信息确定信息存在情况；

根据预设匹配规则和所述信息存在情况确定所述目标产品对应的测试结果。

2.根据权利要求1中所述的方法，其特征在于，在根据预设匹配规则和所述产品交易数据存在情况确定所述业务新产品对应的测试结果之后，还包括：

按照预设测试报告模板自动生成并输出所述目标产品对应的测试报告表，其中，所述测试报告表中至少包含下述之一：目标产品对应的测试结论、会计科目、会计日期、交易行部编号、交易编号、所述目标产品的分类、会计凭证信息。

3.根据权利要求1中所述的方法，其特征在于，所述方法，还包括：

接收所述目标产品验收模板，其中，所述目标产品验收模板至少包含所述目标产品与所述第二交易属性信息中会计科目的对应关系；其中，所述会计科目至少包含所述会计科目对应的会计名称和会计科目对应的会计编号；

将所述目标产品与所述会计科目的对应关系作为所述目标产品对应的预期测试结果。

4.根据权利要求1所述的方法，其特征在于，所述获取业务系统中目标产品对应的第一交易属性信息，以及获取核算系统中目标产品对应的第二交易属性信息，包括：

依据爬虫技术抓取所述各所述目标产品分别对应的第一交易属性信息，其中，所述第一交易属性信息至少包含下述之一：会计日期、交易行部编号、交易编号；

获取所述业务系统实时传送或者自动批量传送至所述核算系统中的所述目标产品对应的第二交易属性信息，依据所述第二交易属性信息组成交易业务场景表。

5.根据权利要求1所述的方法，其特征在于，所述根据所述第一交易属性信息和所述第二交易属性信息确定信息存在情况，包括：

依据所述第一交易属性信息进行遍历查找并校验所述第二交易属性信息中是否存在所述第一交易属性信息；

若存在所述第一交易属性信息，认为所述信息存在情况为存在所述交易信息；

若不存在所述第一交易属性信息，则认为所述信息存在情况为不存在所述交易信息，进行报错处理。

6.根据权利要求1-3任一所述的方法，其特征在于，所述根据预设匹配规则和所述信息存在情况确定所述目标产品对应的测试结果，包括：

在存在所述第一交易属性信息的情况下，依据所述第二交易属性信息中交易业务类别确定相对应的批量处理程序；

发送所述批量处理程序对应的执行脚本，调用所述批量处理程序进行处理，以得到对应的处理结果；其中，所述处理结果中至少包含会计日期对应的字段信息、交易编号对应的字段信息、交易行部编号对应的字段信息、会计科目对应的字段信息；

依据所述第一交易属性信息中所述会计日期对应的字段信息、所述交易编号对应的字段信息、所述交易行部编号对应的字段信息以及所述目标产品验收模板中会计科目对应的字段信息以生成查询脚本信息，并将所述查询脚本信息作为所述预设匹配规则；

使用所述预设匹配规则在所述处理结果中进行所述目标产品的交易测试结果查询；

在所述测试结果查询到的情况下，认为规则匹配成功，所述目标产品对应的测试结果为交易测试通过；

在所述测试结果未查询到的情况下，认为规则匹配失败，所述目标产品对应的测试结果为交易测试不通过。

7.根据权利要求1所述的方法，其特征在于，所述第二交易属性信息包含至少一个所述目标产品对应的产品交易属性信息，各所述产品交易属性信息至少包括下述之一：每个产品交易对应的会计日期、交易行部编号、交易编号、交易业务类别、交易流水信息、复核信息。

8.一种产品测试平台，其特征在于，所述产品测试平台，包括：业务系统、核算系统以及测试系统；

所述业务系统，分别与所述核算系统和所述测试系统相连，用于进行目标产品的交易，以产生所述目标产品对应的第一交易属性信息；

所述核算系统，分别与所述业务系统和所述测试系统相连，用于接收所述业务系统实时传送或者自动批量传送的所述目标产品对应的第二交易属性信息；

所述测试系统，分别与所述核算系统和所述业务系统相连，用于执行权利要求1-7中任一项所述的产品测试方法。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的产品测试方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的产品测试方法。

Images