CN110879787A - 一种客户端测试方法及系统 - Google Patents

Abstract

本申请公开了一种客户端测试方法及系统，所述方法包括：通过测试单元获取客户端的请求报文，并根据请求报文获取目标模拟信息，根据目标模拟信息生成并向客户端发送测试反馈报文，判断客户端对于测试反馈报文的处理结果是否和预设处理结果一致，并根据判断结果输出测试结果。由此可知，本申请实施例中通过测试单元向客户端发送正常反馈报文或者是异常反馈报文来获取客户端的处理结果，通过改变反馈测试报文可以得到对于客户端的多方面的测试结果，由此可以避免与真实的外联系统进行联合测试时，由于局限于真实的交互方式导致的不能测试多种可能出现的状况的问题。

Description

一种客户端测试方法及系统

技术领域

本申请涉及测试领域，尤其涉及一种客户端测试方法及系统。

背景技术

随着互联网技术和手机支付技术的快速发展，越来越多的支付是通过移动装置中的支付客户端来完成的，传统的刷卡消费的方式已经逐渐减少。部分银行已经具有了支持部分种类的智能卡的充值和消费的功能，可以通过手机银行实现对智能卡中金额的消费。

在现有技术中，如果需要通过手机银行实现智能卡中金额的消费，银行系统需要从智能卡所属的其它非银行系统中获取智能卡中的相关数据，根据智能卡系统提供的相关数据进行支付操作。在进行这类智能卡支付操作的功能开发时，开发测试人员需要从外联交易系统中，也就是智能卡系统，获取智能卡数据，并且模拟客户端与外联交易系统之间的交互过程。但是，外联交易系统在与客户端进行的信息交互均是按照在正常情况下的信息交互，开发测试人员不能够通过在正常情况下的交互情况来测试所有可能遇到的各种情况。因此，与真实的外联系统进行联合调试不能得到针对客户端的较为全面的测试结果。

发明内容

为了解决现有技术存在的上述技术问题，本申请提供了一种客户端测试方法及系统，可以通过在测试单元中生成测试反馈报文实现对客户端的信息交互功能的测试，可以针对客户端得到较为全面的测试结果。

本申请实施例公开了如下技术方案：

第一方面，本申请实施例提供了一种客户端测试方法，所述方法包括：

测试单元获取由客户端发送的请求报文；

所述测试单元根据所述请求报文获取目标模拟信息；其中，所述目标模拟信息是预先设置在所述测试单元中的；根据所述目标模拟信息生成测试反馈报文；其中，所述测试反馈报文为正常反馈报文或异常反馈报文；向所述客户端发送所述测试反馈报文；

获取所述客户端对于所述测试反馈报文的处理结果，判断所述处理结果与预设处理结果是否一致，根据所述判断结果输出测试结果。

可选的，所述异常反馈报文为异常格式反馈报文、超时反馈报文和加密错误反馈报文中的一种或者多种。

可选的，当所述测试反馈报文为异常格式反馈报文时，获取所述客户端对于所述测试反馈报文的处理结果，判断所述处理结果与预设处理结果是否一致，包括：

获取所述客户端对于异常格式反馈报文的解析结果和显示结果，判断所述解析结果与预设解析失败结果是否一致，判断所述显示结果与预设显示解析失败的结果是否一致。

可选的，当所述测试反馈报文为超时反馈报文时，获取所述客户端对于所述测试反馈报文的处理结果，判断所述处理结果与预设处理结果是否一致，包括：

获取所述客户端对于所述超时反馈报文的解析结果和接收结果，判断所述解析结果与预设解析成功结果是否一致，判断所述接收结果与预设所述客户端发送接收反馈报文结果是否一致。

可选的，当所述测试反馈报文为加密错误反馈报文时，获取所述客户端对于所述测试反馈报文的处理结果，判断所述处理结果与预设处理结果是否一致，包括：

获取所述客户端对于所述加密错误反馈报文的解析结果，判断所述解析结果与预设解析失败结果是否一致。

可选的，在所述测试单元获取由客户端发送的请求报文之后，所述方法还包括：

所述测试单元判断所述请求报文的报文格式是否与预设请求报文格式一致；根据对于请求报文格式的判断结果输出测试结果。

可选的，当所述目标模拟信息中具有异常数值时，获取所述客户端对于所述测试反馈报文的处理结果，判断所述处理结果与预设处理结果是否一致，包括：

获取所述客户端对于所述测试反馈报文中的异常数值的显示结果，判断所述显示结果与预设异常数据显示结果是否一致。

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

所述测试单元向所述客户端连续发送测试请求报文，得到所述客户端在获得所述连续的测试请求报文之后的运行结果；判断所述运行结果与预设运行正常的运行结果是否一致；根据所述对于运行结果的判断结果输出测试结果。

第二方面，本申请实施例提供了一种客户端测试系统，所述系统包括：

客户端，用于向测试单元发送请求报文；对于由所述测试单元发送的测试反馈报文进行处理，得到处理结果；

测试单元，用于测试单元获取由客户端发送的请求报文；所述测试单元根据所述请求报文获取目标模拟信息；其中，所述目标模拟信息是预先设置在所述测试单元中的；根据所述目标模拟信息生成测试反馈报文；其中，所述测试反馈报文为正常反馈报文或异常反馈报文；向所述客户端发送所述测试反馈报文；获取所述客户端对于所述测试反馈报文的处理结果，判断所述处理结果与预设处理结果是否一致，根据所述判断结果输出测试结果。

可选的，所述测试单元还包括：

格式测试子单元，用于判断所述请求报文的报文格式与预设请求报文格式是否一致；根据对于请求报文格式的判断结果输出测试结果。

相较于现有技术，本申请具有以下有益效果：

在本申请实施例提供的方法中，通过测试单元获取客户端的请求报文，并根据请求报文获取目标模拟信息，根据目标模拟信息生成并向客户端发送测试反馈报文，判断客户端对于测试反馈报文处理结果是否和预设处理结果一致，并根据判断结果输出测试结果。由此可知，本申请实施例中通过测试单元向客户端发送正常反馈报文或者是异常反馈报文来获取客户端的处理结果，通过改变反馈测试报文可以得到对于客户端信息交互的多方面的测试结果，由此可以避免与真实的外联系统进行联合测试时，由于局限于真实的交互方式，导致的不能测试多种可能情况的问题，可以实现较为全面的测试结果。

附图说明

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

图1为本申请实施例提供的一种客户端测试方法的流程图；

图2为本申请实施例提供的另一种客户端测试方法的流程图；

图3为本申请实施例提供的一种客户端测试系统的结构示意图。

具体实施方式

正如前文所述，随着移动支付技术的快速发展，通过移动装置上的支付客户端可以实现日常交易的处理。并且，在支付客户端上不仅可以实现支付系统中所拥有的账户的支付，还可以通过支付客户端实现外联系统中账户金额的支付。但是，当通过支付客户端实现外联系统的支付，就需要支付客户端所在的支付系统与外联系统进行信息的交互。在对支付客户端上的这类功能进行开发测试时，由于要尽量接近实际场景，所以需要与外联系统进行联合测试。

发明人发现，外联系统中并不具有专门用于实现测试功能的单元或者模块。因此，外联系统在与客户端进行测试时所采用的均是正常情况下的交互过程。但是，由于在测试的过程中需要考虑到在信息交互过程中可能出现的各种情况，所以仅通过正常的交互是不能满足对于客户端测试的需要。

发明人经过研究发现，由于在测试的过程中需要尽可能的还原实际使用场景中的交互过程，所以可以仿照外联系统的功能，构建测试单元。在测试单元中具有类似外联系统中相关账户信息的模拟信息，测试单元也可以与外联系统的信息交互功能类似，与客户端进行数据报文的传输。但是由于测试单元是按照外联系统的功能模拟得到的，并不是真实的外联系统，所以测试人员可以根据测试的需要对测试单元中的数据和交互方式进行修改，如此就可以实现对实际应用中可以出现的各种情况进行测试，由此就可以实现对于客户端较为全面的测试。

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

第一实施例

参见图1，该图为本申请实施例提供的一种客户端测试方法的流程图。

在本实施例中，所述方法例如可以通过如下步骤S101-S103实现。

S101：测试单元获取由客户端发送的请求报文。

需要说明的是，本申请实施例中的测试单元可以为测试人员根据客户端测试的需要进行构建的。测试单元可以模拟实际应用时客户端所需要进行信息交互的外联系统的功能。

可以理解的是，本申请实施例中不限定客户端发送请求报文的触发条件，在一种可能的实现方式中，可以由测试人员触发，也可以是客户端获取到触发信息主动向测试单元发送的。

需要说明的是，本申请实施例中客户端发送的请求报文中可以携带有客户端所需的目标模拟信息的请求信息。其中，请求信息可以根据目标模拟信息的具体类型或者是形式进行设置。

可以理解的是，本申请实施例中不限定测试单元获取请求报文的方式，可以通过客户端所在的支付系统获取请求报文。

S102：所述测试单元根据所述请求报文获取目标模拟信息；其中，所述目标模拟信息是预先设置在所述测试单元中的；根据所述目标模拟信息生成测试反馈报文；其中，所述测试反馈报文为正常反馈报文或异常反馈报文；向所述客户端发送所述测试反馈报文。

需要说明的是，本申请实施例中的目标模拟信息可以是用户模拟信息、账户模拟信息、账户余额模拟信息等测试单元所模拟的外联系统中具有的信息。可以理解的是，目标模拟信息可以是按照正确格式进行模拟得到的，也可以是不按照正确格式进行模拟的信息。本申请实施例中不限定目标模拟信息的模拟和设置方法，可以根据测试的实际需要进行设置。

需要说明的是，本申请实施例中不限定测试单元根据请求报文获取目标模拟信息的方式，测试单元可以根据请求报文中的标识获取目标模拟信息。可以理解的是，请求报文与目标模拟信息之间具有对应关系。

本申请实施例中不限定目标模拟信息在测试单元中的保存形式，在一种可能的实现方式中，目标模拟信息可以保存在模拟信息数据库中，以便测试单元获取。

可以理解的是，本申请实施例不限制目标模拟信息的设置时间，可以在进行测试之前统一作为基础数据设置在测试单元中，也可以在需要进行测试之前再进行设置。

需要说明的是，本申请实施例中生成的测试反馈报文中具有目标模拟信息，以便客户端在接收到测试反馈报文后对目标模拟信息进行处理。测试反馈报文可以是正常反馈报文或者是异常反馈报文，可以根据测试的需要进行选择。可以理解的是，本申请实施例中不限定正常反馈报文的报文格式，可以是客户端与外联系统进行实际的信息交互时所使用的报文格式。

S103：获取所述客户端对于所述测试反馈报文的处理结果，判断所述处理结果与预设处理结果是否一致，根据所述判断结果输出测试结果。

可以理解的是，客户端在接收到测试反馈报文后，会对测试反馈报文进行解析，获取测试反馈报文中的目标模拟信息，并根据目标模拟信息进行进一步的处理，得到客户端的处理结果。本申请实施例中不限定处理的具体操作，可以为解析报文、处理报文中的数据、进行显示、发送报文等操作中的一种或多种。

可以理解的是，预设处理结果可以是测试人员希望得到的客户端的处理结果，可以通过具体的数值或者是程序运行所体现。判断所述处理结果与预设处理结果是否一致可以对应的判断客户端处理后的数值是否与预设数值相等，或者是判断客户端的软件是否正确调用程序来实现下一步的操作。

需要说明的是，本申请实施例中根据判断结果输出测试结果可以是：如果判断结果是一致，输出的测试结果为测试成功；如果判断结果是不一致，输出的测试结果为测试失败。测试结果中还可以具有本次测试的内容、测试的时间、测试的目标、客户端进行测试后实际得到的处理结果等。

由上可知，本申请实施例中通过测试单元向客户端发送正常反馈报文或异常反馈报文，可以根据测试的需要进行测试反馈报文的调整，可以实现对客户端的报文处理能力的测试，解决了现有技术中使用真实的外联系统导致的无法对于信息交互进行较为全面的测试的问题。

第二实施例

在上述第一实施例中，测试单元生成的测试反馈报文具有正常和异常两种情况，在实际测试的过程中，不仅仅是反馈报文可能出现问题，在数据和客户端发送请求报文等方面还可能出现问题。

针对上述情况，本申请提供了另一种客户端测试方法，图2为本申请实施例提供的另一种客户端测试方法的流程图。

在本实施例中，所述方法例如可以通过如下步骤S201-S206实现，下面对该实施例进行详细的说明。

S201：测试单元获取由客户端发送的请求报文。

S202：所述测试单元判断所述请求报文的报文格式是否与预设请求报文格式一致；根据对于请求报文格式的判断结果输出测试结果。

需要说明的是，本申请实施例中测试单元对于客户端发送的请求报文的报文格式进行判断，不限定请求报文的正确的报文格式，可以根据测试中所使用的具体的请求报文来确定正确的报文格式。

可以理解的是，当判断结果为不一致时，输出的测试结果可以为测试失败，具体的测试失败理由可以为客户端的请求报文格式具有问题。

S203：所述测试单元根据所述请求报文获取目标模拟信息；其中，所述目标模拟信息是预先设置在所述测试单元中的；根据所述目标模拟信息生成测试反馈报文；其中，所述测试反馈报文为正常反馈报文或异常反馈报文；所述异常反馈报文为异常格式反馈报文、超时反馈报文和加密错误反馈报文中的一种或者多种；向所述客户端发送所述测试反馈报文。

可以理解的是，本申请实施例中的异常反馈报文的种类包括异常格式反馈报文、超时反馈报文和加密错误反馈报文。异常格式反馈报文为报文格式存在问题的报文，报文格式可以存在参数错误、固定格式错误等问题。超时反馈报文为超出规定的反馈时间的反馈报文。加密错误反馈报文为在进行对所传输的数据进行加密时具有错误加密的反馈报文。异常反馈报文的种类是在生成反馈报文时根据测试的需要进行设置的，其中，本申请实施例中不限定异常反馈报文的具体形式和设置方法，可以根据测试的实际需要进行设置和调整。

可以理解的是，测试单元向客户端发送的测试报文可以是测试反馈报文、超时反馈报文和加密错误反馈报文中的一种或者多种，一条测试反馈报文可以同时属于上述异常测试报文中的一种或者多种。

S204：获取所述客户端对于所述测试反馈报文的处理结果，判断所述处理结果与预设处理结果是否一致，根据所述判断结果输出测试结果。

需要说明的是，当所述测试反馈报文为异常格式反馈报文时，可以获取所述客户端对于异常格式反馈报文的解析结果和显示结果，判断所述解析结果与预设解析失败结果是否一致，判断所述显示结果与预设显示解析失败的结果是否一致。

需要说明的是，当所述测试反馈报文为超时反馈报文时，可以获取所述客户端对于所述超时反馈报文的解析结果和接收结果，判断所述解析结果与预设解析成功结果是否一致，判断所述接收结果与预设所述客户端发送接收反馈报文结果是否一致。

需要说明的是，当所述测试反馈报文为加密错误反馈报文时，可以获取所述客户端对于所述加密错误反馈报文的解析结果，判断所述解析结果与预设解析失败结果是否一致。

S205：当所述目标模拟信息中具有异常数值时，获取所述客户端对于所述测试反馈报文中的异常数值的显示结果，判断所述显示结果与预设异常数据显示结果是否一致，根据所述判断结果输出测试结果。

需要说明的是，本申请实施例中的异常数值可以为超出正常情况下的阈值的数值，也可以为格式错误的数值。例如，当目标模拟信息为模拟的用户余额信息时，异常数值可以为超过最大阈值的9999999。其中，预设异常数据显示结果可以为包含有“数据异常”的显示信息。

S206：所述测试单元向所述客户端连续发送测试请求报文，得到所述客户端在获得所述连续的测试请求报文之后的运行结果；判断所述运行结果与预设运行正常的运行结果是否一致；根据所述对于运行结果的判断结果输出测试结果。

需要说明的是，本申请实施例中的测试单元可以实现测试客户端被大量攻击时的运行情况，不限定测试请求报文的格式和内容，以及发送测试请求报文的数量和发送方式。在一种可能的实现方式中，可以同时向客户端发送大量的测试请求报文，也可以持续性的发送大量的测试请求报文。由上可知，本申请实施例中通过增加对于请求报文的格式判断、异常数据的处理结果判断、持续请求的运行结果的判断，可以实现对客户端更加全面的测试。

第三实施例

图3为本申请实施例提供的一种客户端测试系统的结构示意图。

例如具体可以包括：

客户端301，可以用于向测试单元发送请求报文；对于由所述测试单元发送的测试反馈报文进行处理，得到处理结果；

测试单元302，可以用于测试单元获取由客户端发送的请求报文；所述测试单元根据所述请求报文获取目标模拟信息；其中，所述目标模拟信息是预先设置在所述测试单元中的；根据所述目标模拟信息生成测试反馈报文；其中，所述测试反馈报文为正常反馈报文或异常反馈报文；向所述客户端发送所述测试反馈报文；获取所述客户端对于所述测试反馈报文的处理结果，判断所述处理结果与预设处理结果是否一致，根据所述判断结果输出测试结果。

其中，测试单元302还可以包括格式测试子单元，可以用于判断所述请求报文的报文格式与预设请求报文格式是否一致；根据对于请求报文格式的判断结果输出测试结果。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

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

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种客户端测试方法，其特征在于，所述方法包括：

测试单元获取由客户端发送的请求报文；

所述测试单元根据所述请求报文获取目标模拟信息；其中，所述目标模拟信息是预先设置在所述测试单元中的；根据所述目标模拟信息生成测试反馈报文；其中，所述测试反馈报文为正常反馈报文或异常反馈报文；向所述客户端发送所述测试反馈报文；

获取所述客户端对于所述测试反馈报文的处理结果，判断所述处理结果与预设处理结果是否一致，根据所述判断结果输出测试结果。

2.根据所述权利要求1所述的方法，其特征在于，所述异常反馈报文为异常格式反馈报文、超时反馈报文和加密错误反馈报文中的一种或者多种。

3.根据权利要求2所述的方法，其特征在于，当所述测试反馈报文为异常格式反馈报文时，获取所述客户端对于所述测试反馈报文的处理结果，判断所述处理结果与预设处理结果是否一致，包括：

获取所述客户端对于异常格式反馈报文的解析结果和显示结果，判断所述解析结果与预设解析失败结果是否一致，判断所述显示结果与预设显示解析失败的结果是否一致。

4.根据权利要求2所述的方法，其特征在于，当所述测试反馈报文为超时反馈报文时，获取所述客户端对于所述测试反馈报文的处理结果，判断所述处理结果与预设处理结果是否一致，包括：

获取所述客户端对于所述超时反馈报文的解析结果和接收结果，判断所述解析结果与预设解析成功结果是否一致，判断所述接收结果与预设所述客户端发送接收反馈报文结果是否一致。

5.根据权利要求2所述的方法，其特征在于，当所述测试反馈报文为加密错误反馈报文时，获取所述客户端对于所述测试反馈报文的处理结果，判断所述处理结果与预设处理结果是否一致，包括：

获取所述客户端对于所述加密错误反馈报文的解析结果，判断所述解析结果与预设解析失败结果是否一致。

6.根据权利要求1所述的方法，其特征在于，在所述测试单元获取由客户端发送的请求报文之后，所述方法还包括：

所述测试单元判断所述请求报文的报文格式是否与预设请求报文格式一致；根据对于请求报文格式的判断结果输出测试结果。

7.根据权利要求1所述的方法，其特征在于，当所述目标模拟信息中具有异常数值时，获取所述客户端对于所述测试反馈报文的处理结果，判断所述处理结果与预设处理结果是否一致，包括：

获取所述客户端对于所述测试反馈报文中的异常数值的显示结果，判断所述显示结果与预设异常数据显示结果是否一致。

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

所述测试单元向所述客户端连续发送测试请求报文，得到所述客户端在获得所述连续的测试请求报文之后的运行结果；判断所述运行结果与预设运行正常的运行结果是否一致；根据所述对于运行结果的判断结果输出测试结果。

9.一种客户端测试系统，其特征在于，所述系统包括：

客户端，用于向测试单元发送请求报文；对于由所述测试单元发送的测试反馈报文进行处理，得到处理结果；

测试单元，用于测试单元获取由客户端发送的请求报文；所述测试单元根据所述请求报文获取目标模拟信息；其中，所述目标模拟信息是预先设置在所述测试单元中的；根据所述目标模拟信息生成测试反馈报文；其中，所述测试反馈报文为正常反馈报文或异常反馈报文；向所述客户端发送所述测试反馈报文；获取所述客户端对于所述测试反馈报文的处理结果，判断所述处理结果与预设处理结果是否一致，根据所述判断结果输出测试结果。

10.根据权利要求9所述的系统，其特征在于，所述测试单元还包括：

格式测试子单元，用于判断所述请求报文的报文格式与预设请求报文格式是否一致；根据对于请求报文格式的判断结果输出测试结果。

Images