CN117997805A - 报文测试方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种报文测试方法、装置、设备及存储介质，该方法包括：获取待测试业务对应的目标交易链路；根据目标交易链路，确定目标交易链路对应的目标自动化测试脚本，目标自动化测试脚本包括：根据关联关系，对目标接口对应的目标报文进行参数化处理后的目标参数化报文，以及预设验证条件；执行目标自动化测试脚本，确定目标参数化报文的测试结果，并与预设验证条件进行比较，确定报文测试结果。该报文测试方法中，一方面，可以针对待测试业务的报文进行测试，测试范围较为精确且符合需求，另一方面，可以自动执行目标自动化测试脚本，全程无需人工参与，报文测试过程的精准度和效率均较高，提升了测试质量。

Description

报文测试方法、装置、设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种报文测试方法、装置、设备及存储介质。

背景技术

电子商业汇票系统根据具体的业务报文对相应的票据做票据状态变更操作。其中业务报文包括出票类、票据流转类和信息类相应报文。系统参与者在日间进行业务处理时收到上述报文后需要根据情况修改相应的票据状态，不同的业务场景通过不同报文组合来完成业务处理。当电子商业汇票系统有改造时，测试人员通常会先进行报文连通性测试，确保各个业务能通过不同报文组合正常处理业务并更改相应的票据状态。

目前测试人员在进行连通性测试时以手工测试为主。由于电子商业汇票业务流程长，业务间依赖关系强，测试数据不可重复使用，手工测试工作量非常巨大，导致测试效率较低。

发明内容

本发明提供了一种报文测试方法、装置、设备及存储介质，以解决相关技术中进行报文测试时测试效率低的技术问题。

根据本发明的一方面，提供了一种报文测试方法，包括：

获取待测试业务对应的目标交易链路；其中，所述目标交易链路包括多个目标接口，所述多个目标接口之间具有关联关系；

根据所述目标交易链路，确定所述目标交易链路对应的目标自动化测试脚本；其中，所述目标自动化测试脚本包括：根据所述关联关系，对所述目标接口对应的目标报文进行参数化处理后的目标参数化报文，以及预设验证条件；

执行所述目标自动化测试脚本，确定所述目标参数化报文的测试结果，并与所述预设验证条件进行比较，确定报文测试结果。

根据本发明的另一方面，提供了一种报文测试装置，包括：

获取模块，用于获取待测试业务对应的目标交易链路；其中，所述目标交易链路包括多个目标接口，所述多个目标接口之间具有关联关系；

第一确定模块，用于根据所述目标交易链路，确定所述目标交易链路对应的目标自动化测试脚本；其中，所述目标自动化测试脚本包括：根据所述关联关系，对所述目标接口对应的目标报文进行参数化处理后的目标参数化报文，以及预设验证条件；

第二确定模块，用于执行所述目标自动化测试脚本，确定所述目标参数化报文的测试结果，并与所述预设验证条件进行比较，确定报文测试结果。

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

至少一个处理器；以及

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

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

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

本发明实施例的技术方案，包括：获取待测试业务对应的目标交易链路，其中，目标交易链路包括多个目标接口，多个目标接口之间具有关联关系；根据目标交易链路，确定目标交易链路对应的目标自动化测试脚本，其中，目标自动化测试脚本包括：根据关联关系，对目标接口对应的目标报文进行参数化处理后的目标参数化报文，以及预设验证条件；执行目标自动化测试脚本，确定目标参数化报文的测试结果，并与预设验证条件进行比较，确定报文测试结果。该报文测试方法中，一方面，可以针对待测试业务的报文进行测试，测试范围较为精确且符合需求，另一方面，可以自动执行目标自动化测试脚本，全程无需人工参与，相较于人工测试过程，自动执行目标自动化测试脚本的测试过程的精准度和效率均较高，提升了测试质量。

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

附图说明

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

图1是根据本发明实施例提供的一种报文测试方法的流程图；

图2是一种目标交易链路的结构示意图；

图3是根据本发明实施例提供的另一种报文测试方法的流程图；

图4是根据本发明实施例提供的一种报文测试装置的结构示意图；

图5是实现本发明实施例的报文测试方法的电子设备的结构示意图。

具体实施方式

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

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

以下对本发明实施例中涉及到的术语进行解释。

JMeter：一种接口测试工具，可以模拟用户发起各类超文本传输协议(HypertextTransfer Protocol，简称：HTTP)请求，将请求数据发送至服务端，获取对应的响应结果从而验证响应中的结果数据是否和预期值匹配。

脚本：是使用一种特定的描述语言，依据一定的格式编写的可执行文件。

报文：是电子商业汇票系统的节点间交换业务数据的基本单位，由报文头和报文体组成，其中报文体由多个报文块组成。

上行报文：发送类业务报文。参与者发送业务申请时，组装好业务申请报文之后，发往票交所的报文。

下行报文：接收类业务报文。参与者接收到的票交所下发的业务报文。

参与者：银行、非银、资管、存托类业务办理渠道的业务参与者。

电子商业汇票：出票人签发，委托付款人在指定日期无条件支付确定金额给收款人或持票人的票据。可进行背书、质押、贴现等行为。

电子商业汇票系统：接收、登记、转发电子商业汇票数据电文，提供电子商业汇票货币给付、资金清算行为等相关服务的综合性业务处理平台。

商业汇票业务历经数十年的发展，业务量不断攀升。随着上海票据交易所启动新一代票据业务系统建设，作为参与者机构也不断对系统进行升级和改造。电子商业汇票系统根据具体的业务报文对相应的票据做票据状态变更操作。其中业务报文包括出票类、票据流转类和信息类相应报文。系统参与者在日间进行业务处理时收到上述报文后需要根据情况修改相应的票据状态，不同的业务场景通过不同报文组合来完成业务处理。

当电子商业汇票系统有改造时，测试人员通常会先进行报文连通性测试，确保各个业务能通过不同报文组合正常处理业务并更改相应的票据状态。目前测试人员在进行连通性测试时以手工测试为主，由于电子商业汇票业务流程长，业务间依赖关系强，测试数据不可重复使用，手工测试工作量非常巨大，并且会出现某些报文重复测试的情况。

例如：在测试背书业务的报文时，需要先完成出票申请、提示承兑申请、承兑回复、提示收票申请、提示收票回复等业务后再进行背书申请、背书回复等业务。发送背书申请时，背书人发送背书申请报文，票交所向背书人返回通用业务确认报文，并向被背书人发送通用业务转发报文和票据详细信息下发报文，票据状态由已收票、可流通改为已收票、已锁定。被背书人进行背书回复，向票交所发送通用业务应答报文，票交所向被背书人返回通用业务确认报文，并将通用业务应答报文转发给背书人，票据状态由已收票、已锁定改为已收票、可流通。该过程涉及7个报文，票据状态更新2次。在测试撤票业务时，需要完成出票申请和撤票申请，出票人向票交所发送出票信息登记申请报文，票交所向出票人返回通用业务确认报文，票据状态更新为已出票、待收票，出票人向票交所发送撤销申请报文，票交所向出票人返回通用业务确认报文，并且向相关当事人发送通用票据信息变更通知报文，票据状态由已出票、待收票更新为已终止、已结束。该过程涉及5个报文，票据状态更新1次。报文连通性测试由于涉及所有报文和报文组合，相关流程和场景复杂，耗时耗力，高度依赖手工测试，易出现纰漏。

图1是根据本发明实施例提供的一种报文测试方法的流程图。本实施例可适用于对报文连通性进行测试的情况。该方法可以由报文测试装置来执行，该报文测试装置可以采用硬件和/或软件的形式实现，该报文测试装置可配置于电子设备中，例如，计算机设备中。如图1所示，该方法包括如下步骤。

步骤101：获取待测试业务对应的目标交易链路。

其中，目标交易链路包括多个目标接口，多个目标接口之间具有关联关系。

示例性地，待测试业务为电子商业汇票系统中的业务。例如，本实施例中的待测试业务可以为：背书业务、撤票业务等。当然，本实施例中的待测试业务也可以为金融行业相关系统中的其他业务。

本实施例中的目标交易链路为待测试业务对应的交易链路。

一种实现方式中，本实施例中预先建立了总交易链路。该总交易链路中包括目标交易链路。在步骤101中，可以根据待测试业务，从总交易链路中的确定该待测试业务对应的目标交易链路。确定方式可以为根据待测试业务对应的目标节点，从总交易链路中确定出目标节点对应的链路，作为目标交易链路。总交易链路的建立过程将在后续实施例中进行详细说明。

一种实现方式中，预先建立了各个业务对应的交易链路。在步骤101中，可以根据待测试业务，确定该待测业务对应的目标交易链路。

本实施例中的目标交易链路包括多个目标接口，多个目标接口之间具有关联关系。本实施例中的接口可以为应用程序编程接口(Appl ication Programming Interface，简称：API)。本实施例中的接口可以是抽象方法和全局常量的集合。本实施例中的目标接口之间的关联关系可以表征接口之间的顺序以及输入输出关系。

图2是一种目标交易链路的结构示意图。如图2所示，假设目标交易链路包括5个目标接口：目标接口1、目标接口2、目标接口3、目标接口4以及目标接口5。目标接口1的输出端与目标接口2及目标接口3的输入端连接，目标接口2及目标接口3的输出端与目标接口4的输入端连接，目标接口4的输出端与目标接口5的输入端连接。各个目标接口之间的顺序以及输入输出关系即是多个目标接口之间的关联关系。

步骤102：根据目标交易链路，确定目标交易链路对应的目标自动化测试脚本。

其中，目标自动化测试脚本包括：根据关联关系，对目标接口对应的目标报文进行参数化处理后的目标参数化报文，以及预设验证条件。

本实施例中，在确定出目标交易链路后，可以编写该目标交易链路对应的目标自动化测试脚本。示例性地，可以通过JMeter编写目标自动化测试脚本。

本实施例中的目标自动化测试脚本中包括：根据关联关系，对目标接口对应的目标报文进行参数化处理后的目标参数化报文，以及预设验证条件。

本实施例中的每个目标接口对应一个或多个目标报文。接口和报文之间的映射关系可以是预先建立的。

步骤102的一种可能的实现方式为：根据多个目标接口之间的关联关系，对目标接口对应的目标报文进行参数化处理，得到目标参数化报文。本实施例中的参数化处理指的是根据需求动态获取目标接口对应的目标报文，并对目标报文进行赋值的过程。

一实施例中，待测试业务对应目标业务载体，预设验证条件为目标业务载体的多个标准状态。更进一步地，每个目标参数化报文对应有目标业务载体的标准状态。

示例性地，目标业务载体可以为待测试业务对应的票据，目标业务载体的多个标准状态可以为票据的多个期望状态。本实施例中的标准状态指的是在报文连通性测试正确的情况下，目标业务载体应该处于的状态。例如，在测试撤票业务时，出票人向票交所发送出票信息登记申请报文，票交所向出票人返回通用业务确认报文，票据状态更新为已出票、待收票，出票人向票交所发送撤销申请报文，票交所向出票人返回通用业务确认报文，并且向相关当事人发送通用票据信息变更通知报文，票据状态由已出票、待收票更新为已终止、已结束。可以看出，出票人接收到通用业务确认报文后，票据的标准状态为：已出票、待收票。出票人发送撤销申请报文后，并接收到通用业务确认报文，并且向相关当事人发送通用票据信息变更通知报文后，票据的标准状态为：已终止、已结束。

在步骤102中，可以获取出票申请、承兑回复、提示收票申请和提示收票回复、背书申请、背书回复、保证申请、保证回复、追索、同意清偿申请、同意清偿回复等目标接口对应的目标报文。按照业务逻辑关系，也即，多个目标接口之间的关联关系，对目标接口的目标报文进行参数化处理，得到目标参数化报文。根据目标参数化报文以及预设验证条件确定目标自动化测试脚本。

步骤103：执行目标自动化测试脚本，确定目标参数化报文的测试结果，并与预设验证条件进行比较，确定报文测试结果。

本实施例中的报文测试结果用于表征目标接口对应的目标报文的连通性。若报文测试结果为连通性测试通过，则表明多个目标报文组合后可以正确完成待测试业务。若报文测试结果为连通性测试不通过，则表明多个目标报文组合后无法正确完成待测试业务。

在步骤103中，执行目标自动化测试脚本时，可以输入测试数据以及测试环境。本实施例中的测试数据可以为待测试业务对应的初始化数据。之后，运行该目标自动化测试脚本。例如：输入电子商业汇票的出票、承兑、收票、背书、保证等信息，运行目标自动化测试脚本。在运行过程中，目标自动化测试脚本可以访问测试环境，发送和接收预期报文，并通过报文和报文组合更改相应目标业务载体的状态，例如更改票据状态。

可以理解，目标自动化测试脚本中包括目标参数化报文，则在执行目标自动化测试脚本时，目标参数化报文需要从目标接口发送或者接收。本实施例中的报文测试装置在执行目标自动化测试脚本时，可以根据接口运行状态确定报文处理和收发是否成功，进而验证电子商业汇票系统报文连通性。

可选地，待测试业务对应目标业务载体，预设验证条件为目标业务载体的多个标准状态。本实施例中的目标参数化报文的测试结果可以包括目标参数化报文对应的目标业务载体的测试状态。步骤103的实现过程可以为：执行目标自动化测试脚本，确定目标参数化报文对应的目标业务载体的测试状态；若每个目标参数化报文对应的测试状态均与该目标参数化报文对应的标准状态相同，则确定报文测试结果为测试通过。可选地，若任意一个目标参数化报文对应的测试状态与该目标参数化报文对应的标准状态相同，则确定报文测试结果为测试通过。该实现方式可以实现准确且高效的报文测试。

例如：运行出票、承兑、收票、背书申请业务场景接口成功且运行后票据状态为已收票、已锁定，运行背书回复接口成功运行后票据状态为已收票、可流通，可判断出票、承兑、收票、背书业务对应的报文NES.001.001、NES.002.001、NES.003.001、NES.006.001、CIM.001.002、CIM.003.002、CIM.025.001、CIM.004.002执行成功，上述交易报文连通性正常。运行质押解除回复接口失败，可根据票据状态判断质押解除申请业务对应的NES.010.001或质押解除回复交易对应的CIM.004.002报文处理和收发失败，报文连通性有问题。

进一步地，在步骤103之后，本实施例提供的报文测试装置还可以根据报文测试结果以及预设的测试报告模板，生成并输出本次测试报告。测试报告内容为验证的所有报文名称和编号、业务场景名称，并显示测试通过/测试不通过的结论，以直观展示报文测试结果。

本实施例提供的报文测试方法可在测试环境自动执行指定的交易链路，即，待测试业务对应的目标交易链路，校验待测试业务的业务场景是否通过不同报文组合正确完成业务处理，校验待测试业务是否通过不同报文组合更改相应的票据状态，并输出测试结果。该方法有效提高了报文连通性测试的精准度和效率，进而提升测试质量。

本实施例提供的报文测试方法，包括：获取待测试业务对应的目标交易链路，其中，目标交易链路包括多个目标接口，多个目标接口之间具有关联关系；根据目标交易链路，确定目标交易链路对应的目标自动化测试脚本，其中，目标自动化测试脚本包括：根据关联关系，对目标接口对应的目标报文进行参数化处理后的目标参数化报文，以及预设验证条件；执行目标自动化测试脚本，确定目标参数化报文的测试结果，并与预设验证条件进行比较，确定报文测试结果。该报文测试方法中，一方面，可以针对待测试业务的报文进行测试，测试范围较为精确且符合需求，另一方面，可以自动执行目标自动化测试脚本，全程无需人工参与，相较于人工测试过程，自动执行目标自动化测试脚本的测试过程的精准度和效率均较高，提升了测试质量。

图3是根据本发明实施例提供的另一种报文测试方法的流程图。本实施例在图1所示实施例及各种可选的实现方案的基础上，对如何确定总交易链路进行说明。本实施例中的总交易链路包括目标交易链路。如图3所示，本实施例提供的报文测试方法包括如下步骤。

步骤301：根据各业务的交易对应的初始报文，确定最小交易范围，以及最小交易范围中的每个交易对应的报文。

本实施例中的最小交易范围包括多个交易。每个交易对应有报文。示例性地，本实施例中的各业务指的是电子商业汇票业务场景的所有业务。

一种实现方式中，步骤301可以包括如下步骤3011至步骤3015。

步骤3011：获取各业务的交易对应的初始报文。

本实施例中，测试人员根据电子商业汇票业务场景和规则做各个渠道所有交易。可选地，测试人员可以在前置测试机中，根据电子商业汇票业务场景和规则做各个渠道所有交易。本实施例中的报文测试装置可以从前置测试机中获取各业务的交易对应的初始报文。

可选地，初始报文包括：初始上行报文以及初始非通用类下行报文。

步骤3012：对初始报文进行去重，得到报文。

为了提高后续效率以及减少不必要的报文，在步骤3012中可以对初始报文进行去重，得到多个报文。可选地，可以根据唯一识别码票交所报文编号对初始上行报文和初始非通用类下行报文进行去重。例如：前置测试机收到2个签收标记为同意通用业务应答CIM.004.002报文和2个签收标记为拒绝的通用业务应答CIM.004.002报文，保留1个签收标记为同意CIM.004.002报文即可。当然，也可以保留1个签收标记为拒绝CIM.004.002报文。

步骤3013：对报文与交易进行匹配，得到报文与交易的映射关系。

将去重后的上行报文和非通用类下行报文与触发报文的前台交易进行匹配和去重，直至覆盖所有去重后的上行报文和非通用类下行报文，将上行报文与下行报文按照交易进行组对，可以得到报文与交易的映射关系。本实施例中的交易与业务的关系为一个业务可以包括多个交易。一个交易可以对应多个业务。

例如：将上行报文提示收票申请NES.003.001报文与提示收票申请交易匹配，将提示收票申请NES.003.001报文与下行报文通用业务确认CIM.001.002报文组对，将上行报文签收标记为同意通用业务应答CIM.004.002报文与通用业务确认CIM.001.002报文组对。

步骤3014：根据报文与交易的映射关系，确定每个交易对应的报文集合。

其中，不同交易对应的报文集合中的报文不重复。

在步骤3014中，可以根据报文与交易的映射关系，确定每个交易对应的报文集合。并且，不同交易对应的报文集合中的报文不重复。例如，交易A对应报文1、报文2以及报文3，交易B对应报文4、报文5。

步骤3015：根据多个交易对应的报文集合，确定最小交易范围，以及最小交易范围中的每个交易对应的报文。

在步骤3014中确定出每个交易对应的报文集合后，将多个交易对应的报文集合中交易的集合，确定为最小交易范围。并且，可以根据报文与交易的映射关系，确定出最小交易范围中的每个交易对应的报文。

步骤302：根据最小交易范围中的交易对应的接口，确定总交易链路。

其中，总交易链路包括多个接口，多个接口之间具有关联关系。

可选地，步骤302之前，本实施例提供的方法还包括如下步骤：根据预设接口规范或者抓包工具，确定最小交易范围中的交易对应的接口。

在确定出最小交易范围中的交易对应的接口后，可以分析交易间以及接口间依赖关系，确定总交易链路。

步骤303：根据最小交易范围中的每个交易对应的报文以及总交易链路，确定总交易链路中的每个接口对应的报文。

其中，总交易链路包括目标交易链路。

步骤304：获取待测试业务对应的目标交易链路。

其中，目标交易链路包括多个目标接口，多个目标接口之间具有关联关系。

步骤305：根据目标交易链路，确定目标交易链路对应的目标自动化测试脚本。

其中，目标自动化测试脚本包括：根据关联关系，对目标接口对应的目标报文进行参数化处理后的目标参数化报文，以及预设验证条件。

步骤306：执行目标自动化测试脚本，确定目标参数化报文的测试结果，并与预设验证条件进行比较，确定报文测试结果。

步骤304与步骤101、步骤305与步骤102、步骤306与步骤103的实现过程和技术原理类似，此处不再赘述。

一实现方式中，目标交易链路可以为总交易链路，则可以实现一次报文测试过程，验证所有业务场景是否通过不同报文组合正确完成业务处理，各个业务是否通过不同报文组合更改相应的票据状态，完成所有业务的报文连通性测试。进一步提高了报文测试效率。

本实施例提供的报文测试方法，通过根据各业务的交易对应的初始报文，确定最小交易范围，以及最小交易范围中的每个交易对应的报文；根据最小交易范围中的交易对应的接口，确定总交易链路，其中，总交易链路包括多个接口，接口之间具有关联关系；根据最小交易范围中的每个交易对应的报文以及总交易链路，确定总交易链路中的每个接口对应的报文，其中，总交易链路包括目标交易链路，实现了确定出能覆盖所有业务场景报文的总交易链路，以实现后续根据待测试业务从该总交易链路中确定目标交易链路，实现过程简单、高效，进一步提高了报文测试效率以及报文测试准确性。

图4是根据本发明实施例提供的一种报文测试装置的结构示意图。如图4所示，该装置包括：获取模块41、第一确定模块42以及第二确定模块43。

获取模块41，用于获取待测试业务对应的目标交易链路。

其中，所述目标交易链路包括多个目标接口，所述多个目标接口之间具有关联关系。

第一确定模块42，用于根据所述目标交易链路，确定所述目标交易链路对应的目标自动化测试脚本。

其中，所述目标自动化测试脚本包括：根据所述关联关系，对所述目标接口对应的目标报文进行参数化处理后的目标参数化报文，以及预设验证条件。

第二确定模块43，用于执行所述目标自动化测试脚本，确定所述目标参数化报文的测试结果，并与所述预设验证条件进行比较，确定报文测试结果。

一实施例中，该装置还包括：第三确定模块、第四确定模块以及第五确定模块。

第三确定模块，用于根据各业务的交易对应的初始报文，确定最小交易范围，以及最小交易范围中的每个交易对应的报文。

第四确定模块，用于根据所述最小交易范围中的交易对应的接口，确定总交易链路。

其中，所述总交易链路包括多个接口，所述接口之间具有关联关系。

第五确定模块，用于根据所述最小交易范围中的每个交易对应的报文以及所述总交易链路，确定所述总交易链路中的每个接口对应的报文。

其中，所述总交易链路包括所述目标交易链路。

一实施例中，第三确定模块具体用于：获取各业务的交易对应的初始报文；对所述初始报文进行去重，得到所述报文；对所述报文与交易进行匹配，得到报文与交易的映射关系；根据所述报文与交易的映射关系，确定每个所述交易对应的报文集合，其中，所述不同交易对应的报文集合中的报文不重复；根据多个所述交易对应的报文集合，确定最小交易范围，以及最小交易范围中的每个交易对应的报文。

一实施例中，该装置还包括：第六确定模块，用于根据预设接口规范或者抓包工具，确定所述最小交易范围中的交易对应的接口。

一实施例中，所述初始报文包括：初始上行报文以及初始非通用类下行报文。

一实施例中，所述待测试业务对应目标业务载体，所述预设验证条件为所述目标业务载体的多个标准状态。第二确定模块43具体用于：执行所述目标自动化测试脚本，确定所述目标参数化报文对应的所述目标业务载体的测试状态；若每个所述目标参数化报文对应的测试状态均与所述目标参数化报文对应的标准状态相同，则确定所述报文测试结果为测试通过。

一实施例中，所述待测试业务为电子商业汇票系统中的业务。

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

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

如图5所示，电子设备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服务中，存在的管理难度大，业务扩展性弱的缺陷。

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

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

Claims (10)

1.一种报文测试方法，其特征在于，包括：

获取待测试业务对应的目标交易链路；其中，所述目标交易链路包括多个目标接口，所述多个目标接口之间具有关联关系；

根据所述目标交易链路，确定所述目标交易链路对应的目标自动化测试脚本；其中，所述目标自动化测试脚本包括：根据所述关联关系，对所述目标接口对应的目标报文进行参数化处理后的目标参数化报文，以及预设验证条件；

执行所述目标自动化测试脚本，确定所述目标参数化报文的测试结果，并与所述预设验证条件进行比较，确定报文测试结果。

2.根据权利要求1所述的方法，其特征在于，所述获取待测试业务对应的目标交易链路之前，所述方法还包括：

根据各业务的交易对应的初始报文，确定最小交易范围，以及最小交易范围中的每个交易对应的报文；

根据所述最小交易范围中的交易对应的接口，确定总交易链路；其中，所述总交易链路包括多个接口，所述接口之间具有关联关系；

根据所述最小交易范围中的每个交易对应的报文以及所述总交易链路，确定所述总交易链路中的每个接口对应的报文；其中，所述总交易链路包括所述目标交易链路。

3.根据权利要求2所述的方法，其特征在于，所述根据各业务的交易对应的初始报文，确定最小交易范围，以及最小交易范围中的每个交易对应的报文，包括：

获取各业务的交易对应的初始报文；

对所述初始报文进行去重，得到所述报文；

对所述报文与交易进行匹配，得到报文与交易的映射关系；

根据所述报文与交易的映射关系，确定每个所述交易对应的报文集合；其中，所述不同交易对应的报文集合中的报文不重复；

根据多个所述交易对应的报文集合，确定最小交易范围，以及最小交易范围中的每个交易对应的报文。

4.根据权利要求2所述的方法，其特征在于，所述根据所述最小交易范围中的交易对应的接口，确定总交易链路之前，所述方法还包括：

根据预设接口规范或者抓包工具，确定所述最小交易范围中的交易对应的接口。

5.根据权利要求2所述的方法，其特征在于，所述初始报文包括：初始上行报文以及初始非通用类下行报文。

6.根据权利要求1所述的方法，其特征在于，所述待测试业务对应目标业务载体，所述预设验证条件为所述目标业务载体的多个标准状态；

所述执行所述目标自动化测试脚本，确定所述目标参数化报文的测试结果，并与所述预设验证条件进行比较，确定报文测试结果，包括：

执行所述目标自动化测试脚本，确定所述目标参数化报文对应的所述目标业务载体的测试状态；

若每个所述目标参数化报文对应的测试状态均与所述目标参数化报文对应的标准状态相同，则确定所述报文测试结果为测试通过。

7.根据权利要求1所述的方法，其特征在于，所述待测试业务为电子商业汇票系统中的业务。

8.一种报文测试装置，其特征在于，包括：

获取模块，用于获取待测试业务对应的目标交易链路；其中，所述目标交易链路包括多个目标接口，所述多个目标接口之间具有关联关系；

第一确定模块，用于根据所述目标交易链路，确定所述目标交易链路对应的目标自动化测试脚本；其中，所述目标自动化测试脚本包括：根据所述关联关系，对所述目标接口对应的目标报文进行参数化处理后的目标参数化报文，以及预设验证条件；

第二确定模块，用于执行所述目标自动化测试脚本，确定所述目标参数化报文的测试结果，并与所述预设验证条件进行比较，确定报文测试结果。

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

至少一个处理器；以及

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

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

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