CN116627838A - 一种信息测试方法、系统、计算机和可读存储介质 - Google Patents

Abstract

本申请涉及软件测试领域，尤其涉及一种信息测试方法、系统、计算机和可读存储介质，该方法应用于MQ平台，包括：获取用户的业务信息，所述业务信息包括业务数据和对应的业务类型；基于所述业务类型和所述业务数据，获取并编辑对应的信息模板；基于编辑后的信息模板，生成对应的请求报文；基于所述请求报文，生成对应的响应报文；基于所述响应报文进行断言操作，将所述断言的结果作为测试结果。本申请中的一系列流程都在同一平台操作，并且无需人工参与，不仅减少很多环节，提高测试效率，还能更加精准的定位到测试过程中出现的问题。

Description

一种信息测试方法、系统、计算机和可读存储介质

技术领域

本申请涉及软件测试领域，尤其涉及一种信息测试方法、系统、计算机和可读存储介质。

背景技术

在现有的金融科技领域中，银行的信息交换中心需要为银行系统间实时的消息提供高效的交换。基金代销系统作为核心信息交换中心的子系统承载着消息订阅处理对应业务逻辑的重要环节。因此经常需要对该系统进行测试，在测试的过程中由于需要客户系统发起相应的业务信息，基金代销系统才能被动接收业务信息进行处理，从而进行测试。这种测试方法不仅不够高效，若测试失败还不容易精准定位到相应的问题所在。

发明内容

鉴于上述问题，本申请提出一种信息测试方法、系统、计算机和可读存储介质。

本申请实施例提出一种信息测试方法，应用于MQ平台，包括：

获取用户的业务信息，所述业务信息包括业务数据和对应的业务类型；

基于所述业务类型和所述业务数据，获取并编辑对应的信息模板；

基于编辑后的信息模板，生成对应的请求报文；

基于所述请求报文，生成对应的响应报文；

基于所述响应报文进行断言操作，将所述断言的结果作为测试结果。

进一步地，在上述的信息测试方法中，所述基于所述业务类型和所述业务数据，获取并编辑对应的信息模板，包括：

基于所述业务类型，从预设模板库中选择对应的信息模板；

基于所述业务数据，编辑所述信息模板。

进一步地，在上述的信息测试方法中，所述基于所述业务数据，编辑所述信息模板，包括：

提取所述业务数据中的业务字段，每种业务字段包括对应的模板位置序号；

将所述业务字段替换为所述信息模板中具有相同位置序号的字段，以得到编辑后的信息模板。

进一步地，在上述的信息测试方法中，所述业务类型包括：用户号合并类、手机号变更类和换卡类。

进一步地，在上述的信息测试方法中，所述MQ平台实时向跨区客户系统获取所述用户的业务数据，并存储在业务存储库中。

进一步地，在上述的信息测试方法中，所述用户的业务数据为所述业务存储库中的业务数据或预设设置的业务数据。

进一步地，在上述的信息测试方法中，还包括：

记录所述测试结果和过程数据，所述测试结果对应有类别标签；

基于所述类别标将所述测试结果进行分类。

本申请的另一实施例还提出一种消息测试系统，应用于MQ平台，包括：

第一获取单元，用于获取用户的业务信息，所述业务信息包括业务数据和对应的业务类型；

第二获取单元，用于基于所述业务类型和所述业务数据，获取并编辑对应的信息模板；

第一生成单元，用于基于编辑后的信息模板，生成对应的请求报文；

第二生成单元，用于基于所述请求报文，生成对应的响应报文；

断言单元，用于基于所述请求报文和所述响应报文进行断言操作，将所述断言的结果作为测试结果。

本申请的另一实施例还提出一种计算机，包括存储单元和处理单元，所述存储单元中存储有计算机程序，所述处理单元通过调用所述存储单元中存储的所述计算机程序，执行如上述的信息测试方法的步骤。

本申请的另一实施例还提出一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行如上述的信息测试方法的步骤。

本申请的实施例具有以下的有益效果：

本申请实施例提出一种信息测试方法，通过构建模拟客户端来获取用户的业务信息，通过业务类型和业务数据，获取并编辑对应的信息模板，然后再生成对应的请求报文，在通过请求报文，生成对应的响应报文，最后对响应报文进行断言操作，将断言的结果作为测试结果。一系列流程都在同一平台操作，并且无需人工参与，不仅减少很多环节，提高测试效率，还能更加精准的定位到测试过程中出现的问题。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对本申请保护范围的限定。在各个附图中，类似的构成部分采用类似的编号。

图1示出了本申请一些实施方式的信息测试方法的结构示意图；

图2示出了本申请一些实施方式的信息测试方法的第一流程示意图；

图3示出了本申请一些实施方式的信息测试方法的第二流程示意图；

图4示出了本申请一些实施方式的信息测试方法的第三流程示意图；

图5示出了本申请一些实施方式的信息测试方法的信息模板示意图；

图6示出了本申请一些实施方式的信息测试系统的结构示意图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。

通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

在下文中，可在本申请的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。

此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本申请的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本申请的各种实施例中被清楚地限定。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互结合。

通常地，若有客户需要办理业务，则相应的客户或工作人员通过客户系统向信息交换中心MQ平台发送相应的业务信息，信息交换中心MQ平台的子系统基金代销系统被动接收业务信息进行相应的处理。整个过程繁琐并且人工参与下使得效率较低。而且很多时候因上下游系统多的问题，无法精准验证基金代销系统相关功能测试的问题所在。所以亟需一种消息测试方法来提高效率和更加精准定位出现的问题。

其中，IBMMQ通过消息传递队列发送和接受消息数据，支持应用程序、系统、服务和文件之间的信息交换。能简化业务应用程序的创建和维护。IBMMQ可以与各种计算平台配合使用，并且可以部署在各种不同的环境中，包括内部部署、云部署和混合云部署。IBM MQ能支持许多不同的API。

因此，为了解决上述的问题，本申请提出一种可用于金融科技或其他相关领域的信息测试方法。

请参照图1，为本申请实施例提出的信息测试方法的一种结构示意图。示范性地，该信息测试方法应用于计算机中，例如，该计算机可以是信息处理平台对应的计算机等。

在一些实施方式中，如图1至图2所示，一种信息测试方法，应用于MQ平台，包括：

S110，获取用户的业务数据，业务数据对应有业务类型。

具体地，MQ平台即为IBM MQ系统，由于该系统具有以下优点：

第一，从大型机到移动设备的多功能消息传递集成，为动态异构环境提供单一、强大的消息传递主干。

第二，具有高度安全功能的消息传递，可生成可审核的结果。

第三，提供服务质量，提供一次和仅一次的消息传递，以确保消息能够承受应用程序和系统中断、高性能消息传输，以更高的速度和可靠付数据。

第四，高度可用且可扩展的体系结构，可支持应用程序的需求。

第五，简化邮件管理并减少使用复杂工具所花费的时间的管理功能。

第六，支持可扩展性和业务增长的开放标准开发工具。

因此，如图1所示，在MQ平台构建一个和客户端有着部分相同的功能的子系统，将该子系统作为模拟客户端。该模拟客户端和客户端有着本质的区别，客户端的功能大于模拟客户端。由于本方案主要是针对MQ平台的子系统基金代销系统的相关测试而建立，因此只需要有着和测试相关的功能的模拟客户端即可。这样不仅降低服务器的负载，提高服务器的效率，而且还节约空间。

该模拟客户端会实时获取客户端的所有有关基金代销系统的相关的业务数据，并将这些业务数据存储至对应的业务存储库中，当下次测试时，可直接利用这些业务数据进行相应的测试。

不仅如此，在传统的测试过程中，需要每个环节，每个系统都是正常工作的情况下，才能很好的完成测试。但是本申请中的方案由于测试基金代销系统的整个流程无需客户端的参与，只需要模拟客户端参与即可，所以还可以提高测试的稳定性。可想到的是，参与的流程减少，还会减少找到出现的问题的时间，提高测试的效率。

由于测试环境多变，因此在测试之前，还需要获取环境变量，一般通过配置文件来控制环境变量。

在一些实施方式的信息测试方法中，用户的业务数据为业务存储库中的业务数据或预设设置的业务数据。

具体地，考虑到在测试的过程中需要用到一些特殊的业务数据，由于业务存储库中存储的业务数据都是真实的用户数据，而没有所需的业务数据。因此需要人为预先设置特殊的业务数据进行测试。

S210，基于业务类型和业务数据，获取并编辑对应的信息模板。

具体地，每种业务数据都有对应的业务类型，例如，这些业务类型包括用户号合并类、手机号变更类和换卡类等。其中，信息模板用于生成对应的报文。

在一些实施方式的信息测试方法中，如图3所示，基于业务类型和业务数据，获取并编辑对应的信息模板，包括：

S211，基于业务类型，从预设模板库中选择对应的信息模板。

具体地，预设模板库中存有若干类型的信息模板，通过业务类型来获得相同类型的信息模板。

S212，基于业务数据，编辑信息模板。

具体地，由于信息模板中存有很多旧数据，例如用户号、用户手机号等数据。因此，需要根据用户的现在的需求重新编辑信息模板。

在一些实施方式的信息测试方法中，如图4所示，基于业务数据，编辑信息模板，包括：

S2121，提取业务数据中的业务字段，每种业务字段包括对应的模板位置序号。

具体地，如图5所示，信息模板中有很多个位置，每个位置对应一个位置序号(如图中的1～12的位置序号)，根据位置序号即可将每个业务字段按照预设规则放入对应的位置中。

S2122，将业务字段替换为信息模板中具有相同位置序号的字段，以得到编辑后的信息模板。

示范性地，当客户之前通过两个方式分别创建一个用户号，并通过这2个用户号进行着不同的业务，基金代销系统中会存储着2个用户号对应的各种业务数据以及用户本人的数据。

当用户需要将两个用户号进行合并时，则会通过客户端创建合并用户号的业务信息，而模拟客户端会获取到这个业务信息，并获取该业务信息的类型(若为类型123)，向预设模板库中查找类型123对应的信息模板以及业务字段对应的位置序号，并将该业务字段替换该位置的数据，其中，业务字段可以为合并用户号。例如该业务字段的位置序号为2，则将该模板中位置序号为2的数据改为该业务字段。

示范性地，当客户需要将手机号进行变更，则会通过客户端创建手机号变更的业务信息，而模拟客户端会获取到这个业务信息，并获取该业务信息的类型(若为类型122)，向预设模板库中查找类型122对应的信息模板，该信息模板为手机号变更信息模板，将该业务字段替换该位置的数据，其中，业务字段可以为变更用户号。例如该业务字段的位置序号为4，则将该模板中位置序号为4的数据改为该业务字段。

示范性地，当客户需要将银行卡或其它类型的卡进行变更，则会通过客户端创建换银行卡的业务信息，而模拟客户端会获取到这个业务信息，并获取该业务信息的类型(若为类型230)，向预设模板库中查找类型230对应的信息模板，将该业务字段替换该位置的数据，其中，业务字段可以为换银行卡。例如该业务字段的位置序号为6，则将该模板中位置序号为6的数据改为该业务字段。

S310，基于编辑后的信息模板，生成对应的请求报文。

具体地，按照现有的任何方式之一，客户模拟端根据信息模板生成对应的请求报文。

S410，基于请求报文，生成对应的响应报文。

具体地，当得到请求报文后，将请求报文传输至基金代销系统，基金代销系统根据请求报文进行相应的业务操作，并产生对应的响应报文。

需要说明得是基金代销系统会根据请求报文选择对应的预设规则，根据预设规则进行相应的业务操作。

示范性地，当基金代销系统接收到用户号合并的请求报文，则会找到用户号合并的预设规则，根据预设规则将新用户号和旧用户号进行合并。

其中，用户号合并的预设规则可以为将该客户的旧用户号和新用户号进行普通的合并，例如若旧用户号为51000，新用户号为52000，则合并后用户号为51000+52000，两个用户号对应数据都放到合并后的用户号之下。也可以将该客户的旧用户和新用户号进行重组，例如为5100052000或5200051000。当然也可以冻结或清除其中的一个用户号，将被清除或冻结的用户号对应的业务数据都转移到未被冻结或清除的用户号之下。

示范性地，当基金代销系统接收到更换手机号的请求报文，则会找到更换手机号的预设规则，根据预设规则对手机号进行更换。其中，预设规则可以为当该用户只绑定一个手机号时，则可以先删除旧手机号，再添加新手机号，或者直接将新手机号替换掉就手机号等规则。若检查到该用户绑定至少2个手机号时，则需要根据用户的需求来更换。

例如，若检查到只绑定有一个手机号12345时，则直接将手机号12345更换为手机号54321。若检查到绑定有2个手机号时，则会根据业务数据中的用户要求来更换。其中，当用户需要更换手机号时，会先进行检查对应的用户号下绑定的数量，若数量大于2，则会让用户提前选择。将用户的选择生成对应的信息放入业务数据中。

示范性地，当基金代销系统接收到换银行卡的请求报文，则会找到换银行卡的预设规则，根据预设规则将对应的银行卡进行更换。方法参考上述的方法。

S510，基于响应报文进行断言操作，将断言的结果作为测试结果。

具体地，具体地，编写代码时，一般会做出一些假设，断言就是用于在代码中捕捉这些假设。在程序中的某个特定点该表达式值为真，可以在任何时候启用和禁用断言验证，因此可以在测试时启用断言而在部署时禁用断言。

同样，程序投入运行后，最终在遇到问题时可以重新启用断言。使用断言可以创建更稳定、品质更好且不易于出错的代码。当需要在一个值为FALSE时中断当前操作，可以使用断言。单元测试必须使用断言。除了类型检查和单元测试外，断言还提供了一种确定各种特性是否在程序中得到维护的极好的方法。断言一般有两种形式：第一种是：assertExpression1。第二种是：assert Expression1：Expression2。

其中，Expression1应该总是一个布尔值，Expression2是断言失败时输出的失败消息的字符串。如果Expression1为假，则抛出一个Assertion Error，这是一个错误，而不是一个异常，也就是说是一个不可控制异常，Assertion Error由于是错误，所以可以不捕获，但一般不这样做，因为会使相应的系统进入不稳定状态。

可选择地，可以根据响应报文得到对应的MD5值，并利用该MD5值做断言。

在一些实施方式的信息测试方法中，还包括：

S610，记录测试结果和过程数据，测试结果对应有类别标签。

具体地，为了方便工作人员更好的找到测试时的问题所在，需要根据记录的结果和过程数据进行判断。过程数据包括各种信息发送接收的时间等。

S620，基于类别标将测试结果进行分类。

具体地，为了方便后续能更好的处理遇到的问题，每当解决问题时，可以将对应的解决方案记录在该问题下面或与之关联，这样当以后出现相同问题时，则可查看对应的问题所在以及解决问题的方案。

另外，若根据问题进行分类，则可以更方便、更快速地找到与当前遇到的问题类似的历史问题，并使得相应人员从中获得启发和提示来解决当前问题的方案。

本申请实施例提出一种信息测试方法，通过构建模拟客户端来获取用户的业务信息，通过业务类型和业务数据，获取并编辑对应的信息模板，然后再生成对应的请求报文，在通过请求报文，生成对应的响应报文，最后对响应报文进行断言操作，将断言的结果作为测试结果。一系列流程都在同一平台操作，并且无需人工参与，不仅减少很多环节，提高测试效率，还能更加精准的定位到测试过程中出现的问题。

另外，本申请提出的模拟客户端，不受客户端系统等外部系统的影响，可以更高效的完成自动化测试。

更为重要的是，本申请的方案具有普适性，可以应用于其它自动化业务中，并且还可以在自动化业务中补充业务场景的自动化校验。

本申请的另一实施例还提出一种消息测试系统700，应用于MQ平台，如图6所示，系统700包括：

第一获取单元710，用于获取用户的业务信息，业务信息包括业务数据和对应的业务类型。

第二获取单元720，用于基于业务类型和业务数据，获取并编辑对应的信息模板。

第一生成单元730，用于基于编辑后的信息模板，生成对应的请求报文。

第二生成单元740，用于基于请求报文，生成对应的响应报文。

断言单元750，用于基于请求报文和响应报文进行断言操作，将断言的结果作为测试结果。

本申请的另一实施例还提出一种计算机，包括存储单元和处理单元，存储单元中存储有计算机程序，处理单元通过调用存储单元中存储的计算机程序，执行如上述的信息测试方法的步骤。

其中，该计算机可以为信息交换中心平台对应的计算机。

本申请的另一实施例还提出一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序适于处理器进行加载，以执行如上述的信息测试方法的步骤。

可以理解，本实施例的方法步骤对应于上述实施例中的消息测试方法，其中，上述消息测试方法的可选项同样适用于本实施例，这里不再重复描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是智能手机、个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种信息测试方法，其特征在于，应用于MQ平台，包括：

获取用户的业务信息，所述业务信息包括业务数据和对应的业务类型；

基于所述业务类型和所述业务数据，获取并编辑对应的信息模板；

基于编辑后的信息模板，生成对应的请求报文；

基于所述请求报文，生成对应的响应报文；

基于所述响应报文进行断言操作，将所述断言的结果作为测试结果。

2.根据权利要求1所述的信息测试方法，其特征在于，所述基于所述业务类型和所述业务数据，获取并编辑对应的信息模板，包括：

基于所述业务类型，从预设模板库中选择对应的信息模板；

基于所述业务数据，编辑所述信息模板。

3.根据权利要求2所述的信息测试方法，其特征在于，所述基于所述业务数据，编辑所述信息模板，包括：

提取所述业务数据中的业务字段，每种业务字段包括对应的模板位置序号；

将所述业务字段替换为所述信息模板中具有相同位置序号的字段，以得到编辑后的信息模板。

4.根据权利要求1所述的信息测试方法，其特征在于，所述业务类型包括：用户号合并类、手机号变更类和换卡类。

5.根据权利要求1所述的信息测试方法，其特征在于，所述MQ平台实时向跨区客户系统获取所述用户的业务数据，并存储在业务存储库中。

6.根据权利要求5所述的信息测试方法，其特征在于，所述用户的业务数据为所述业务存储库中的业务数据或预设设置的业务数据。

7.根据权利要求1所述的信息测试方法，其特征在于，还包括：

记录所述测试结果和过程数据，所述测试结果对应有类别标签；

基于所述类别标将所述测试结果进行分类。

8.一种消息测试系统，其特征在于，应用于MQ平台，包括：

第一获取单元，用于获取用户的业务信息，所述业务信息包括业务数据和对应的业务类型；

第二获取单元，用于基于所述业务类型和所述业务数据，获取并编辑对应的信息模板；

第一生成单元，用于基于编辑后的信息模板，生成对应的请求报文；

第二生成单元，用于基于所述请求报文，生成对应的响应报文；

断言单元，用于基于所述请求报文和所述响应报文进行断言操作，将所述断言的结果作为测试结果。

9.一种计算机，其特征在于，包括存储单元和处理单元，所述存储单元中存储有计算机程序，所述处理单元通过调用所述存储单元中存储的所述计算机程序，执行如权利要求1至7任一项所述的信息测试方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行如权利要求1至7任一项所述的信息测试方法的步骤。