CN114356777A - 业务场景的测试方法及装置、存储介质及电子设备 - Google Patents

Abstract

本发明实施例提供一种业务场景的测试方法及装置、存储介质及电子设备，该方法包括：确定待测试业务场景；对于待测试业务场景中的每个功能接口，基于功能接口的地址信息，将与功能接口对应的请求报文发送至功能接口，获得功能接口基于请求报文进行测试后生成的响应报文；对于每个功能接口的响应报文，基于响应报文中的报文标识在日志数据库中获取与对应的转换报文，并将功能接口的请求报文、响应报文以及转换报文进行归档处理。本发明基于待测试业务场景中的每个功能接口进行测试后的响应报文中的报文标识，在日志数据库中获取与功能接口对应的转换报文，使得测试人员在测试业务场景时快速的获取转换报文，减少测试工作人员工作量，提高工作效率。

Description

业务场景的测试方法及装置、存储介质及电子设备

技术领域

本发明涉及计算机技术领域，特别涉及一种业务场景的测试方法及装置、存储介质及电子设备。

背景技术

为了保证业务的可用性，开发人员所开发的各种业务场景在投入使用前需要进行大量的测试，传统中对场景进行测试的方式通常是使用测试工具对业务场景进行测试。

使用传统的测试方式对业务场景进行测试时，无法直接从测试工具中获取到与测试相关的转换报文，转换报文为业务场景测试时在不同版本的系统之间转换所涉及的报文，测试人员使用传统的测试方式对业务场景测试时，难以获取到与业务场景对应的转换报文，为测试人员的工作带来了不便。

发明内容

有鉴于此，本发明提供一种应用场景的测试方法及装置，本发明在对业务场景进行测试的过程中，基于对功能接口进行测试后生成的响应报文中的报文标识，在日志数据库中动态确定与业务场景对应的转换报文，使得测试人员在测试业务场景时可以便捷的获取相关的转换报文，减少测试人员的工作量，提高测试人员的工作效率。

为实现上述目的，本发明实施例提供如下技术方案：

本申请第一方面公开一种业务场景的测试方法，包括：

确定待测试业务场景，所述待测试业务场景中包含多个功能接口；

对于每个所述功能接口，确定所述功能接口的请求报文，并基于所述功能接口的地址信息，将所述请求报文发送至所述功能接口，以获得所述功能接口基于所述请求报文进行测试后生成的响应报文；

对于每个所述功能接口的响应报文，获取所述响应报文中的报文标识，基于所述报文标识在日志数据库中获取与所述功能接口对应的转换报文，并基于所述功能接口的归档路径，将所述功能接口的请求报文、响应报文以及所述转换报文进行归档处理。

上述的方法，可选的，所述确定待测试业务场景，包括：

获取用户在场景创建页面中输入的场景信息；

获取所述用户输入的接口配置信息，其中，所述接口配置信息中包含所述用户所配置的各个功能接口以及各个功能接口的执行顺序的信息；

确定每个所述功能接口的地址信息；

基于所述场景信息、所述接口配置信息以及每个所述功能接口的地址信息，生成所述用户所要创建的业务场景，并将该业务场景确定为待测试业务场景。

上述的方法，可选的，所述确定待测试业务场景，包括：

获取用户发送的场景查询指令，在预设的场景库中确定与所述场景查询指令对应的各个业务场景；

将各个所述业务场景向所述用户展示，并基于所述用户发送的选择指令在各个所述业务场景中确定目标场景；

获取所述用户在预设的场景编辑页面输入的对所述目标场景进行修改的修改信息，并基于所述修改信息对所述目标场景中的数据进行修改，并将修改后的场景作为待测试业务场景。

上述的方法，可选的，所述确定所述功能接口的请求报文，包括：

获取用户在预设的报文检索页面中输入报文检索信息，在预设的报文库中确定与所述报文检索信息对应的各个历史报文；

将各个所述历史报文向所述用户展示，并获取所述用户反馈的报文选择指令；

将与所述报文选择指令对应的历史报文确定为目标报文，并基于所述用户输入的报文修改信息对所述目标报文进行修改，并将修改后的报文确定为所述功能接口的请求报文；

或；

获取所述用户输入的请求报文，并将所述用户输入的请求报文确定为所述功能接口的请求报文。

上述的方法，可选的，所述基于所述功能接口的归档路径，将所述功能接口的请求报文、响应报文以及所述转换报文进行归档处理，包括：

对所述功能接口的请求报文、响应报文以及转换报文均进行报文校验，并将通过校验的报文确定为合格报文；

基于所述待测试业务场景的场景信息，生成每个所述合格报文的文件名，并基于所述功能接口的归档路径，将各个合格报文进行归档保存。

上述的方法，可选的，还包括：

当接收到所述待测试业务场景的报文下载指令时，基于所述待测试业务场景的每个功能接口的归档路径，确定与每个所述功能接口对应的各个合格报文；

下载与每个功能接口对应的各个合格报文，并将下载的各个所述报文进行压缩打包，得到与所述报文下载指令对应的报文压缩包。

本申请第二方面公开一种业务场景的测试装置，包括：

确定单元，用于确定待测试业务场景，所述待测试业务场景中包含多个功能接口；

发送单元，用于对于每个所述功能接口，确定所述功能接口的请求报文，并基于所述功能接口的地址信息，将所述请求报文发送至所述功能接口，以获得所述功能接口基于所述请求报文进行测试后生成的响应报文；

获取单元，用于对于每个所述功能接口的响应报文，获取所述响应报文中的报文标识，基于所述报文标识在日志数据库中获取与所述功能接口对应的转换报文，并基于所述功能接口的归档路径，将所述功能接口的请求报文、响应报文以及所述转换报文进行归档处理。

上述的装置，可选的，所述确定单元，包括：

第一获取子单元，用于获取用户在场景创建页面中输入的场景信息；

第二获取子单元，用于获取所述用户输入的接口配置信息，其中，所述接口配置信息中包含所述用户所配置的各个功能接口以及各个功能接口的执行顺序的信息；

确定子单元，用于确定每个所述功能接口的地址信息；

生成子单元，用于基于所述场景信息、所述接口配置信息以及每个所述功能接口的地址信息，生成所述用户所要创建的业务场景，并将该业务场景确定为待测试业务场景。

上述的装置，可选的，所述确定单元，包括：

第三获取子单元，用于获取用户发送的场景查询指令，在预设的场景库中确定与所述场景查询指令对应的各个业务场景；

展示子单元，用于将各个所述业务场景向所述用户展示，并基于所述用户发送的选择指令在各个所述业务场景中确定目标场景；

第一修改子单元，用于获取所述用户在预设的场景编辑页面输入的对所述目标场景进行修改的修改信息，并基于所述修改信息对所述目标场景中的数据进行修改，并将修改后的场景作为待测试业务场景。

上述的装置，所述发送单元，包括：

第二修改子单元或者第四获取子单元；

所述第二修改子单元，用于获取用户在预设的报文检索页面中输入报文检索信息，在预设的报文库中确定与所述报文检索信息对应的各个历史报文；将各个所述历史报文向所述用户展示，并获取所述用户反馈的报文选择指令；将与所述报文选择指令对应的历史报文确定为目标报文，并基于所述用户输入的报文修改信息对所述目标报文进行修改，并将修改后的报文确定为所述功能接口的请求报文；

所述第四获取子单元，用于获取所述用户输入的请求报文，并将所述用户输入的请求报文确定为所述功能接口的请求报文。

上述的装置，可选的，所述获取单元包括：

校验子单元，用于对所述功能接口的请求报文、响应报文以及转换报文均进行报文校验，并将通过校验的报文确定为合格报文；

生成子单元，用于基于所述待测试业务场景的场景信息，生成每个所述合格报文的文件名，并基于所述功能接口的归档路径，将各个合格报文进行归档保存。

上述的装置，可选的，还包括：

接收单元，用于当接收到所述待测试业务场景的报文下载指令时，基于所述待测试业务场景的每个功能接口的归档路径，确定与每个所述功能接口对应的各个合格报文；

下载单元，用于下载与每个功能接口对应的各个合格报文，并将下载的各个所述报文进行压缩打包，得到与所述报文下载指令对应的报文压缩包。

本申请第三方面公开一种存储介质，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如上所述的业务场景的测试方法。

本申请第四方面公开一种电子设备，包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如上所述的业务场景的测试方法。

与现有技术相比，本发明具有以下优点：

本发明实施例提供一种业务场景的测试方法及装置、存储介质及电子设备，该方法包括：确定待测试业务场景；对于待测试业务场景中的每个功能接口，确定功能接口的请求报文，并基于功能接口的地址信息，将请求报文发送至功能接口，以获得功能接口基于请求报文进行测试后生成的响应报文；对于每个功能接口的响应报文，获取响应报文中的报文标识，基于报文标识在日志数据库中获取与功能接口对应的转换报文，并基于功能接口的归档路径，将功能接口的请求报文、响应报文以及转换报文进行归档处理。在对待测试业务场景进行测试的过程中，对待测试业务场景中的每个功能接口进行测试，得到每个功能接口的响应报文，并基于响应报文中的报文标识，在日志数据库中获取与功能接口对应的转换报文，应用本发明提供的测试方式，可以快速便捷的获得对业务场景进行测试的过程中涉及的转换报文，减少了测试工作人员工作量，进而提高了测试工作人员的工作效率。

附图说明

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

图1为本发明实施例提供的一种业务场景的测试方法的方法流程图；

图2为本发明实施例提供的一种业务场景的测试方法的另一方法流程图；

图3为本发明实施例提供的一种业务场景的测试方法的又一方法流程图；

图4为本发明实施例提供的一种业务场景的测试方法的再一方法流程图；

图5为本发明实施例提供的一种业务场景的测试装置的结构示意图；

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

具体实施方式

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

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明可用于众多通用或专用的计算装置环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器装置、包括以上任何装置或设备的分布式计算环境等等。

由背景技术可知，现有技术在对业务场景进行测试的过程中，测试人员无法获取到不同版本之间转换所涉及到的报文，这给测试人员的工作带来了极大的不便。

为了解决上述的问题，本发明实施例提供了一种业务场景的测试方法，该方法可应用于对业务场景的工作流程进行测试的系统，具体的，该系统还可以是关于航空的业务场景的测试系统，需要说明的，业务场景可以在国际航协新分销能力(New DistributionCapability，NDC)系统上进行测试，NDC系统具有不同的版本，同一业务场景对不同的版本会有不同的转换报文。

参照图1，为本发明实施例提供的一种业务场景的测试方法的方法流程图，具体说明如下所述：

S101、确定待测试业务场景，所述待测试业务场景中包含多个功能接口。

本发明实施例提供的方法中，待测试业务场景为需要进行测试的业务场景，该场景为用户选定的场景。

待测试业务场景中包含多个功能接口，各个功能接口的执行顺序是不同的。

确定场景的方式有多种，一种是用户直接创建需要的场景，另一种是用户对原有的场景中的内容进行修改，从而得到新的场景；优选的，参照图2，为本发明另一实施例提供的确定待测试业务场景的方法流程图，具体说明如下所述：

S201、获取用户在场景创建页面中输入的场景信息。

本发明实施例提供的方法中，在接收到用户输入的创建场景指令后，系统中的场景管理模块为用户展示场景创建页面，以便用户在场景创建页面中输入场景信息，其中，场景信息包括但不限于版本号、场景名称以及场景描述等信息，其中，场景描述可以自动解析关键信息，如航线、是否包含退票流程，是否包含改升流程等。进一步的，场景管理模块用于对场景进行管理，例如对场景信息检索、场景信息展示以及新增场景信息等。

S202、获取用户输入的接口配置信息，其中，所述接口配置信息中包含所述用户所配置的各个功能接口以及各个功能接口的执行顺序的信息。

系统中的流程配置模块将各个功能接口向用户展示，以便用户为所要创建的业务场景选择各个功能接口，流程配置模块在接收到用户输入的接口配置信息后，为用户所要创建的业务场景配置相关的功能接口。

优选的，接口配置信息中包含用户选择的各个功能接口以及用户设定的各个功能接口的测试顺序。

流程配置模块用于配置业务场景的测试流程中的接口、接口测试顺序调整和报文打包下载等功能，其中，接口的测试顺序可以动态调整。

优选的，本发明实施提供的方法中，功能接口分别为：AirShopping航班查询，OfferPrice价格查询，OrderCreate订单创建，OrderRetrieve检索订单，OrderChange订单更改，OrderReshop订单改升，ServiceList附加服务，OrderCancel订单取消；进一步的，本发明实施例中所述的功能接口包含但不限于上述的八种接口，还有其他尚未举例的功能接口，此处不再一一进行说明。

S203、确定每个功能接口的地址信息。

可以通过地址配置模块确定每个功能接口的地址信息，地址配置模块用于配置功能接口的地址信息，地址信息包括但不限于配置名称、测试地址URL、参数信息等，具体的，地址配置模块可用于调整接口的测试顺序。

S204、基于场景信息、接口配置信息以及每个功能接口的地址信息，生成所述用户所要创建的业务场景，并将该业务场景确定为待测试业务场景。

系统中的场景管理模块和地址配模块通过联动，基于场景信息、接口配置信息以及每个功能接口的地址信息，生成用户所要创建的业务场景，该场景即为待测试业务场景。

进一步的，参数图3，为本发明另一实施例提供的确定待测试业务场景的方法流程图，具体说明如下所述：

S301、获取用户发送的场景查询指令，在预设的场景库中确定与所述场景查询指令对应的各个业务场景。

场景库中包含多个已创建完成的业务场景；场景查询指令中包含场景名称标识，可根据场景名称标识在场景库中确定对场景查询指令对应的各个业务场景。

需要说明的是，业务场景的场景名称可以是相同的，但是所对应的测试版本可能是不同的，具体如场景名称为“改升场景1”有两个业务场景，其中一个业务场景的版本号为V1.0，另一个业务场景的版本号为V2.0。

S302、将各个业务场景向用户展示，并基于用户发送的选择指令在各个业务场景中确定目标场景。

用户基于展示的各个业务场景，向系统输入选择指令，其中，选择指令包含场景选择信息，具体如选择的业务场景的场景名称为“改升场景1”，版号为V1.0；通过场景选择信息可在各个业务场景中唯一确定目标场景。

S303、获取用户在预设的场景编辑页面输入的对目标场景进行修改的修改信息，并基于修改信息对目标场景中的数据进行修改，并将修改后的场景作为待测试业务场景。

修改信息中包含但不限于业务场景的版本号、各个功能接口的增删以及各个功能接口的测试顺序的调整、各个功能接口的地址信息的变更等等，系统可使用场景管理模块、地址配置模块以及流程配置模块基于修改信息对目标场景中的数据进行修改。

优选的，用户还可以将已有的业务场景确定为待测试业务场景。

本发明实施例提供的方法中，在确定待测试业务场景时，用户可自行创建待测试业务场景，还可以对已有的业务场景进行修改，从而得到待测试业务场景，由此为用户提供了多样的待测试业务场景的创建方式，用户可以灵活的选择待测试业务场景。

S102、对于每个功能接口，确定功能接口的请求报文，并基于功能接口的地址信息，将请求报文发送至功能接口，以获得功能接口基于请求报文进行测试后生成的响应报文。

对待测试业务场景进行时，实质上是对待测试业务场景中的各个功能接口进行测试，对待测业务场景进行测试时，可使用系统中的接口测试模块对待测试业务场景中的各个功能接口进行测试，其中，接口测试模块中包含报文发送子模块、日志检索子模块和报文归档子模块，进一步的，报文发送子模块用于向功能接口发送请求报文；日志检索子模块用于检索与不同版本转换中涉及的报文信息；报文归档子模块用于将报文进行校验、整理和归档。

在对功能接口进行测试时，基于功能接口的地址信息将与功能接口对应的请求报文发送至功能接口，以便对功能接口进行测试，获取功能接口在进行测试后生成的响应报文。

优选的，在确定功能接口的请求报文有多种方式，其中一种方式是用户直接输入请求报文，并将用户输入的请求报文直接确定为功能接口的请求报文；另一种确定功能接口的请求报文的方法流程如下，具体说明如下所述：

获取用户在预设的报文检索页面中输入报文检索信息，在预设的报文库中确定与报文检索信息对应的各个历史报文；

将各个历史报文向用户展示，并获取用户反馈的报文选择指令；

将与报文选择指令对应的历史报文确定为目标报文，并基于用户输入的报文修改信息对目标报文进行修改，并将修改后的报文确定为功能接口的请求报文。

需要说明的是，报文检索信息用于在报文库中检索历史报文，报文库中保存了对各种业务场景进行测试时所涉及到的报文，其中，历史报文中有历史请求报文，也有历史响应报文，具体的，历史报文还可称为历史测试报文，报文选择指令包含报文选择信息，报文选择信息指向唯一的历史报文。报文修改信息中包含但不限于请求信息、接口信息等涉及到对功能接口进行测试的内容。

本发明实施例提供的方法中，确定功能接口的请求报文的方式有两种，一种是获取用户输入的请求报文，并将用户输入的请求报文确定为功能接口的请求报文，另一种是用户搜索与功能接口对应的历史报文，并对选中的历史报文中的内容进行修改，将修改后的历史报文作为功能接口的请求报文。本发明为用户提供了灵活多变的请求报文的输入方式，使得对待测试业务流程的测试更加的灵活。

S103、对于每个功能接口的响应报文，获取响应报文中的报文标识，基于报文标识在日志数据库中获取与功能接口对应的转换报文，并基于功能接口的归档路径，将功能接口的请求报文、响应报文以及转换报文进行归档处理。

本发明实施例提供的方法中，在接收到功能接口的响应报文后，对响应报文进行解析，获取响应报文中的报文标识，通过报文唯一标识查询功能与日志服务器连接，以便基于报文标识在日志数据库中获取与功能接口对应的转换报文，其中，转换报文与待测试业务场景存在关联，例如转换报文与待测试业务场景的场景名相关联以及对应的版本号相关联等等；进一步的，转换报文中包含不同版本的系统的请求报文以及不同版本的系统的响应报文。基于报文标识在日志数据库中获取与报文标识对应的转换报文时，先通过日志服务器找到与报文标识所对应日期的日志，从而读取响应日志并检索出相关的全部的转换报文。由此解决了测试人员在业务场景的流程测试过程中使用postman无法动态获取不同版本转换的报文的问题，为测试人员提供一种动态和简便的获取与业务场景相关的转换报文的方式，使得测试人员的工作更加的便捷，提高测试人员的工作效率。

进一步的，在得到与功能接口对应的转换报文后，基于功能接口的归档路径，将功能接口的请求报文、响应报文以及转换报文进行归档处理，进一步的，由此解决了测试人员在日志数据中查找报文的流程繁琐的问题以及人工整理报文的人力成本问题，还有相似或相同的场景上传的地址不一致导致检索费时的问题。本方案数据与日志数据库相关联，当出现报文丢失问题时，亦可通过日志数据库找回报文信息，增加了系统的可用性。

参照图4，为本发明实施例提供的基于功能接口的归档路径，将功能接口的请求报文、响应报文以及转换报文进行归档处理的方法流程图，具体说明如下所述：

S401、对功能接口的请求报文、响应报文以及转换报文均进行报文校验，并将通过校验的报文确定为合格报文。

对请求报文、响应报文以及转换报文进行报文校验时，可以校验请求报文、响应报文以及转换报文的报文接口是否符合XSD结构，将符合XSD结构的报文确定为合格报文，将不符合XSD结构的报文需要生成对应的报错信息，报错信息中包含具体的错误内容，具体如AirShopping接口中丢失必填节点Request，则报错：元素<IATA_AirShoppingRQ>之下要求更多元素。需要说明的是，对请求报文进行校验可以减少测试人员应输入错误等原因导致的无效测试，对响应报文进行校验可以验证接口转换是否正确，以及转换的报文是否符合标准的NDC协议。

S402、基于所述待测试业务场景的场景信息，生成每个所述合格报文的文件名，并基于所述功能接口的归档路径，将各个合格报文进行归档保存。

在生成合格报文的文件名时，依据待测试业务场景的场景信息中的版本号、场景名称以及接口、类型格式进行命名，文件名可按照版本号+场景名称+接口+类型格式进行命名；具体如：此待测试业务场景的其中一个合格报文的文件名为：V2.0_改升场景1_AriShopping_RQ(18.2).xml，另一合格报文的文件名为：V2.0_改升场景1_AriShopping_RS(18.2).xml。根据功能接口的归档路径，将各个合格报文进行保存，示例性的，如AirShopping接口归档路径为：C://报文，会将此次测试的全部合格报文存于C://报文路径下。

进一步的，在将待测试业务场景所涉及的报文进行归档后，还可以将待测试业务场景所涉及到的各个报文进行下载，具体过程如：当接收到所述待测试业务场景的报文下载指令时，基于所述待测试业务场景的每个功能接口的归档路径，确定与每个所述功能接口对应的各个合格报文；下载与每个功能接口对应的各个合格报文，并将下载的各个所述报文进行压缩打包，得到与所述报文下载指令对应的报文压缩包。

需要说明的是，报文压缩包中包含待测试业务场景的各个功能接口在测试时涉及的各个合格报文，其中，报文压缩包的包名格式为：版本号+场景名，例如：V2.0_改升场景1.zip。进一步的，版本号为系统的版本号。

本发明实施例提供的方法中，将待测试业务场景的各个合格报文保存至数据库中，减少丢失风险，并且可以随时打包成zip格式到本地查看。

为了更好的对本方案进行说明，此处提供一具体的场景实例进行说明，以测试人员测试版本号为V2.0，场景名称为“改升场景1”，场景描述为“国内改升(往返)三成人创建订单支付出票查看订单，去程未用，返程改升”的业务场景为例进行说明，在业务场景测试之前，已存在版本号为V1.0，场景名称为“改升场景3”，场景描述为“国内改升(往返)三成人创建订单支付出票查看订单，去程未用，返程改升”的业务场景与此次需要测试的业务场景的流程相同。具体实施步骤如下：

步骤一：测试人员登录流程测试系统，通过系统中的场景管理模块，可检索场景名称为“改升场景3”，且版本号为V1.0的场景进行查看。在此次测试中需要新增业务场景，填写该场景的相关信息，版本号为V2.0，场景名称为“改升场景1”，场景描述信息为“国内改升(往返)三成人创建订单支付出票查看订单，去程未用，返程改升”，其中场景描述可自动解析关键信息，如在此次测试流程可解析的信息为包含改升流程、航线为国内。

步骤二：配置业务场景的接口信息，在此流程中，应包含的功能接口及顺序为：第一步AirShopping航班查询，第二步OfferPrice价格查询，第三步OrderCreate订单创建，第四步OrderChange支付出票，第五步OrderRetrieve查看订单，第六步OrderReshop订单改升，第七步OrderChange改升订单生成。

需要说明的是，在对业务场景中的功能接口进行测试时，需要使用系统中的地址配置模块配置功能接口的地址信息，包括配置名称，测试地址URL，参数信息等等，如AirShopping测试地址信息配置可以为：配置名称为AirShopping182测试，地址为http://XXX//XX，参数为：params:“XXX”等等。

步骤三：根据配置的功能接口进行测试，此步骤以AirShopping接口为例，进入接口测试界面后可以检索历史报文，此业务场景的相似历史报文是版本为V1.0且场景名称为“改升场景3”的场景，选择对应的信息进行检索。对检索出来的历史请求报文进行适当的修改后，进行发送测试，如历史请求报文不符合此次测试要求，可以通过一键清空功能，清空历史请求和历史响应报文区域的报文，手动输入。

步骤四：对功能接口进行测试后，得到功能接口的响应报文，通过响应报文的报文标识，动态检索此业务场景在测试过程中涉及到的版本转换报文，如此业务场景的响应报文的报文标识是20210517001，则连接日志服务器，找到5月17号的日志，读取此日期的日志，找到和20210517001相关的日志信息，并从日志信息中得到相关的转换报文，将全部的日志信息和转换报文返回。如果在此流程中需要重新测试，则可以使用一键清空功能，清空请求报文和响应报文区域的报文，重新执行步骤三。

步骤五：使用一键校验功能，检验请求报文、响应报文和转换报文是否符合XSD结构，对于不符合XSD结构的报文返回报错节点信息，如AirShopping接口中丢失必填节点Request，则报错：元素<IATA_AirShoppingRQ>之下要求更多元素。

步骤六：测试无误的报文需要进行归档，通过使用报文整体归档功能，可以将需要归档的报文存储于接口指定的路径，如AirShopping接口储存路径为：C://报文，则会将此次测试的全部报文存于C://报文路径下，文件名按照版本号+场景名称+接口+类型格式命名，此流程的文件名为V2.0_改升场景1_AriShopping_RQ(18.2).xml和V2.0_改升场景1_AriShopping_RS(18.2).xml。

步骤七：将已归档的测试报文进行打包下载，如不需下载本地查看则此步骤可忽略，打包的文件内容包括此次测试场景中已配置的相关接口中已归档的全部报文，打包压缩的格式为zip，包名命名格式为版本号+场景名，此次场景的zip包中应为包含AirShopping接口的RQ和RS文件，包名为V2.0_改升场景1.zip。

本发明提出了一种业务场景的测试方法，解决了测试人员在流程测试过程中使用postman无法动态获取不同版本转换的报文的问题、日志数据查找过程中存在的流程繁琐问题、人工整理报文的人力成本问题和相似或相同的场景上传地址不一致导致的检索费时问题等等。

本发明中通过应用场景管理模块，流程配置模块，接口测试模块、地址配置模块，其中接口测试模块还分为报文发送子模块，日志检索子模块和报文归档子模块之间的联动，解决了测试人员前在测试业务场景时遇到的问题。针对场景报文会上传到多个网址上，导致场景的检索比较麻烦问题，在本发明中的场景管理模块，包含了之前测试过的所有测试场景，可以很快的检索到需要的场景信息。本发明通过流程配置模块，可以动态配置接口信息，这样遇到相似流程，但是接口部分相差的情况，也可以手动调整。而报文发送子模块，既可以通过手动输入请求报文，也可以进行历史报文检索，减轻了测试人员人工查找相似场景报文信息的工作量。通过使用报文归档子模块，可以使系统自动连接日志服务器，找到相关报文，进行存储，减少了测试人员手动连接日志服务器，查找相关日志并进行整理保存等操作，同时报文检验功能还可以对请求报文、响应报文和转换报文进行XSD结构检验，检查测试流程中报文结构的标准性，避免与测试相关的报文不符合NDC协议问题。使用地址配置模块可以自定义请求地址信息及相关参数，实现同一场景报文不同地址发送的功能。

与图1所示的方法相对应的，本发明实施例还提供一种业务场景的测试装置，用以支持图1所示的方法在现实生活中的实现，该装置可以设置在测试系统中，参照图5，为本发明实施例提供的一种业务场景的测试装置的结构意图，具体说明如下所述：

确定单元501，用于确定待测试业务场景，所述待测试业务场景中包含多个功能接口；

发送单元502，用于对于每个所述功能接口，确定所述功能接口的请求报文，并基于所述功能接口的地址信息，将所述请求报文发送至所述功能接口，以获得所述功能接口基于所述请求报文进行测试后生成的响应报文；

获取单元503，用于对于每个所述功能接口的响应报文，获取所述响应报文中的报文标识，基于所述报文标识在日志数据库中获取与所述功能接口对应的转换报文，并基于所述功能接口的归档路径，将所述功能接口的请求报文、响应报文以及所述转换报文进行归档处理。

本发明实施例提供的装置中，确定待测试业务场景，所述待测试业务场景中包含多个功能接口；对于每个所述功能接口，确定所述功能接口的请求报文，并基于所述功能接口的地址信息，将所述请求报文发送至所述功能接口，以获得所述功能接口基于所述请求报文进行测试后生成的响应报文；对于每个所述功能接口的响应报文，获取所述响应报文中的报文标识，基于所述报文标识在日志数据库中获取与所述功能接口对应的转换报文，并基于所述功能接口的归档路径，将所述功能接口的请求报文、响应报文以及所述转换报文进行归档处理。在对待测试业务场景进行测试的过程中，对待测试业务场景中的每个功能接口进行测试，得到每个功能接口的响应报文，并基于响应报文中的报文标识，在日志数据库中获取与功能接口对应的转换报文，应用本发明提供的测试方式，可以快速便捷的获得对业务场景进行测试的过程中涉及的转换报文，减少了测试工作人员工作量，进而提高了测试工作人员的工作效率。

本发明实施例提供的装置中，所述确定单元501，可以配置为：

第一获取子单元，用于获取用户在场景创建页面中输入的场景信息；

第二获取子单元，用于获取所述用户输入的接口配置信息，其中，所述接口配置信息中包含所述用户所配置的各个功能接口以及各个功能接口的执行顺序的信息；

确定子单元，用于确定每个所述功能接口的地址信息；

生成子单元，用于基于所述场景信息、所述接口配置信息以及每个所述功能接口的地址信息，生成所述用户所要创建的业务场景，并将该业务场景确定为待测试业务场景。

本发明实施例提供的装置中，所述确定单元501，可以配置为：

第三获取子单元，用于获取用户发送的场景查询指令，在预设的场景库中确定与所述场景查询指令对应的各个业务场景；

展示子单元，用于将各个所述业务场景向所述用户展示，并基于所述用户发送的选择指令在各个所述业务场景中确定目标场景；

第一修改子单元，用于获取所述用户在预设的场景编辑页面输入的对所述目标场景进行修改的修改信息，并基于所述修改信息对所述目标场景中的数据进行修改，并将修改后的场景作为待测试业务场景。

本发明实施例提供的装置中，所述发送单元502中可以配置第二修改子单元或者配置第四获取子单元：

所述第二修改子单元，用于获取用户在预设的报文检索页面中输入报文检索信息，在预设的报文库中确定与所述报文检索信息对应的各个历史报文；将各个所述历史报文向所述用户展示，并获取所述用户反馈的报文选择指令；将与所述报文选择指令对应的历史报文确定为目标报文，并基于所述用户输入的报文修改信息对所述目标报文进行修改，并将修改后的报文确定为所述功能接口的请求报文；

所述第四获取子单元，用于获取所述用户输入的请求报文，并将所述用户输入的请求报文确定为所述功能接口的请求报文。

本发明实施例提供的装置中，所述获取单元503，可以配置为：

校验子单元，用于对所述功能接口的请求报文、响应报文以及转换报文均进行报文校验，并将通过校验的报文确定为合格报文；

生成子单元，用于基于所述待测试业务场景的场景信息，生成每个所述合格报文的文件名，并基于所述功能接口的归档路径，将各个合格报文进行归档保存。

本发明实施例提供的装置中，还可以配置为：

接收单元，用于当接收到所述待测试业务场景的报文下载指令时，基于所述待测试业务场景的每个功能接口的归档路径，确定与每个所述功能接口对应的各个合格报文；

下载单元，用于下载与每个功能接口对应的各个合格报文，并将下载的各个所述报文进行压缩打包，得到与所述报文下载指令对应的报文压缩包。

本发明实施例还提供了一种存储介质，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行以下操作：

确定待测试业务场景，所述待测试业务场景中包含多个功能接口；

对于每个所述功能接口，确定所述功能接口的请求报文，并基于所述功能接口的地址信息，将所述请求报文发送至所述功能接口，以获得所述功能接口基于所述请求报文进行测试后生成的响应报文；

对于每个所述功能接口的响应报文，获取所述响应报文中的报文标识，基于所述报文标识在日志数据库中获取与所述功能接口对应的转换报文，并基于所述功能接口的归档路径，将所述功能接口的请求报文、响应报文以及所述转换报文进行归档处理。

本发明实施例还提供了一种电子设备，其结构示意图如图6所示，具体包括存储器601，以及一个或者一个以上的指令602，其中一个或者一个以上指令602存储于存储器601中，且经配置以由一个或者一个以上处理器603执行所述一个或者一个以上指令602进行以下操作：

确定待测试业务场景，所述待测试业务场景中包含多个功能接口；

对于每个所述功能接口，确定所述功能接口的请求报文，并基于所述功能接口的地址信息，将所述请求报文发送至所述功能接口，以获得所述功能接口基于所述请求报文进行测试后生成的响应报文；

对于每个所述功能接口的响应报文，获取所述响应报文中的报文标识，基于所述报文标识在日志数据库中获取与所述功能接口对应的转换报文，并基于所述功能接口的归档路径，将所述功能接口的请求报文、响应报文以及所述转换报文进行归档处理。

上述各个实施例的具体实施过程及其衍生方式，均在本发明的保护范围之内。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种业务场景的测试方法，其特征在于，包括：

确定待测试业务场景，所述待测试业务场景中包含多个功能接口；

对于每个所述功能接口，确定所述功能接口的请求报文，并基于所述功能接口的地址信息，将所述请求报文发送至所述功能接口，以获得所述功能接口基于所述请求报文进行测试后生成的响应报文；

对于每个所述功能接口的响应报文，获取所述响应报文中的报文标识，基于所述报文标识在日志数据库中获取与所述功能接口对应的转换报文，并基于所述功能接口的归档路径，将所述功能接口的请求报文、响应报文以及所述转换报文进行归档处理。

2.根据权利要求1所述的方法，其特征在于，所述确定待测试业务场景，包括：

获取用户在场景创建页面中输入的场景信息；

获取所述用户输入的接口配置信息，其中，所述接口配置信息中包含所述用户所配置的各个功能接口以及各个功能接口的执行顺序的信息；

确定每个所述功能接口的地址信息；

基于所述场景信息、所述接口配置信息以及每个所述功能接口的地址信息，生成所述用户所要创建的业务场景，并将该业务场景确定为待测试业务场景。

3.根据权利要求1所述的方法，其特征在于，所述确定待测试业务场景，包括：

获取用户发送的场景查询指令，在预设的场景库中确定与所述场景查询指令对应的各个业务场景；

将各个所述业务场景向所述用户展示，并基于所述用户发送的选择指令在各个所述业务场景中确定目标场景；

获取所述用户在预设的场景编辑页面输入的对所述目标场景进行修改的修改信息，并基于所述修改信息对所述目标场景中的数据进行修改，并将修改后的场景作为待测试业务场景。

4.根据权利要求1所述的方法，其特征在于，所述确定所述功能接口的请求报文，包括：

获取用户在预设的报文检索页面中输入报文检索信息，在预设的报文库中确定与所述报文检索信息对应的各个历史报文；

将各个所述历史报文向所述用户展示，并获取所述用户反馈的报文选择指令；

将与所述报文选择指令对应的历史报文确定为目标报文，并基于所述用户输入的报文修改信息对所述目标报文进行修改，并将修改后的报文确定为所述功能接口的请求报文；

或；

获取所述用户输入的请求报文，并将所述用户输入的请求报文确定为所述功能接口的请求报文。

5.根据权利要求1所述的方法，其特征在于，所述基于所述功能接口的归档路径，将所述功能接口的请求报文、响应报文以及所述转换报文进行归档处理，包括：

对所述功能接口的请求报文、响应报文以及转换报文均进行报文校验，并将通过校验的报文确定为合格报文；

基于所述待测试业务场景的场景信息，生成每个所述合格报文的文件名，并基于所述功能接口的归档路径，将各个合格报文进行归档保存。

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

当接收到所述待测试业务场景的报文下载指令时，基于所述待测试业务场景的每个功能接口的归档路径，确定与每个所述功能接口对应的各个合格报文；

下载与每个功能接口对应的各个合格报文，并将下载的各个所述报文进行压缩打包，得到与所述报文下载指令对应的报文压缩包。

7.一种业务场景的测试装置，其特征在于，包括：

确定单元，用于确定待测试业务场景，所述待测试业务场景中包含多个功能接口；

发送单元，用于对于每个所述功能接口，确定所述功能接口的请求报文，并基于所述功能接口的地址信息，将所述请求报文发送至所述功能接口，以获得所述功能接口基于所述请求报文进行测试后生成的响应报文；

获取单元，用于对于每个所述功能接口的响应报文，获取所述响应报文中的报文标识，基于所述报文标识在日志数据库中获取与所述功能接口对应的转换报文，并基于所述功能接口的归档路径，将所述功能接口的请求报文、响应报文以及所述转换报文进行归档处理。

8.根据权利要求7所述的装置，其特征在于，所述确定单元，包括：

第一获取子单元，用于获取用户在场景创建页面中输入的场景信息；

第二获取子单元，用于获取所述用户输入的接口配置信息，其中，所述接口配置信息中包含所述用户所配置的各个功能接口以及各个功能接口的执行顺序的信息；

确定子单元，用于确定每个所述功能接口的地址信息；

生成子单元，用于基于所述场景信息、所述接口配置信息以及每个所述功能接口的地址信息，生成所述用户所要创建的业务场景，并将该业务场景确定为待测试业务场景。

9.一种存储介质，其特征在于，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如权利要求1～6任意一项所述的业务场景的测试方法。

10.一种电子设备，其特征在于，包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如权利要求1～6任意一项所述的业务场景的测试方法。

Images