CN110958155B - 一种测试配置方法及相关装置 - Google Patents

Abstract

本申请实施例公开了一种测试配置方法及相关装置，其中，该方法包括：测试终端获取目标配置文件，该目标配置文件中包括第一配置信息；测试终端通过第一应用程序加载该目标配置文件并读取该目标配置文件包括的第一配置信息；测试终端将该第一配置信息存储在该第一应用程序对应的程序变量中，得到第二应用程序；测试终端运行该第二应用程序向测试对象发送第一报文；测试终端接收该测试对象针对该第一报文返回的第二报文，并根据该第一配置信息和该第二报文确定该测试对象的测试结果。采用本申请实施例，可以将配置信息以配置文件的方式进行配置，易于测试终端的维护，节省人力。

Description

一种测试配置方法及相关装置

技术领域

本申请涉及计算机技术领域，具体涉及一种测试配置方法及相关装置。

背景技术

日常生产开发中，尤其是硬件开发，经常需要调试通信报文，通常的测试工具无法满足特定需求，比如不适合要求界面性较高的生产人员使用。从而需要根据不同的需求开发对应的测试工具，供开发或生产人员使用。

随着产品不同、项目增多，需要开发和维护的测试工具越来越多。如有的是串口通信的测试工具，有的是网络测试工具；串口通信工具又根据项目发送报文等需求不同，又衍生出多个测试工具。目前，如果为每一个产品或项目均开发一个测试工具，将需要开发多个类似的测试工具，这无疑会浪费不少人力，且会增大开发和维护测试工具的难度。

发明内容

本申请实施例提供了一种测试配置方法及相关装置，不仅提供了一种通用测试工具的测试方法，而且可以将配置信息以配置文件的方式进行配置，易于测试终端的维护，节省人力，无需多次开发类似的测试工具。

第一方面，本申请实施例提供了一种测试配置方法，包括：

测试终端获取目标配置文件，该目标配置文件中包括第一配置信息；

测试终端通过第一应用程序加载该目标配置文件并读取该目标配置文件包括的第一配置信息；

测试终端将该第一配置信息存储在该第一应用程序对应的程序变量中，得到第二应用程序；

测试终端运行该第二应用程序向测试对象发送第一报文；

测试终端接收该测试对象针对该第一报文返回的第二报文，并根据该第一配置信息和该第二报文确定该测试对象的测试结果。

结合第一方面，在一种可能的实现方式中，测试终端获取目标配置文件，包括：测试终端显示第一应用界面信息对应的第一应用界面，该第一应用界面上包括测试控件、信息显示控件以及信息输入控件；该测试终端获取用户在该第一应用界面上输入的第一配置信息，并根据该第一配置信息生成目标配置文件。

结合第一方面，在一种可能的实现方式中，该第一配置信息包括通讯信息和报文信息，该报文信息包括报文格式、报文发送内容和报文发送时序，该报文发送内容包括至少两条报文发送数据，该报文发送时序为该报文发送内容中的至少两条报文发送数据发送的先后顺序。测试终端运行该第二应用程序向测试对象发送第一报文，包括：测试终端运行该第二应用程序生成第一报文，该第一报文的报文格式与该报文信息包括的报文格式相同，该第一报文的报文内容与该报文发送内容包括的至少两条报文发送数据中的第一报文发送数据相同；测试终端通过该第二应用程序确定该通讯信息对应的通讯方式，并在该第二应用程序中调用该通讯方式对应的发送函数，按照该报文发送时序向该测试对象发送该第一报文。

结合第一方面，在一种可能的实现方式中，该报文信息还包括报文接收内容。根据该第一配置信息和该第二报文确定该测试对象的测试结果，包括：测试终端检测该报文信息中的报文格式与该第二报文的报文格式是否匹配、该报文接收内容与该第二报文的报文内容是否匹配以及该报文信息中的报文发送时序与该第二报文的报文发送时序是否匹配；若检测到该报文信息中的报文格式与该第二报文的报文格式、该报文接收内容与该第二报文的报文内容以及该报文信息中的报文发送时序与该第二报文的报文发送时序均匹配，则该测试终端确定该测试对象的测试结果为测试成功。

结合第一方面，在一种可能的实现方式中，该方法还包括：若检测到该报文信息中的报文格式与该第二报文的报文格式、该报文接收内容与该第二报文的报文内容以及该报文信息中的报文发送时序与该第二报文的报文发送时序中的任意一种不匹配，则该测试终端确定该测试对象的测试结果为测试失败，并重新对该测试对象进行测试。

结合第一方面，在一种可能的实现方式中，第一配置信息还包括界面信息。测试终端将该第一配置信息存储在该第一应用程序对应的程序变量中，得到第二应用程序，包括：测试终端将该界面信息和该通讯信息存储在该第一应用程序对应的一组程序变量中，将该报文信息中报文发送内容包括的至少两条报文发送数据按照该报文发送时序存储在该第一应用程序对应的另一组程序变量中，以得到该第二应用程序。

结合第一方面，在一种可能的实现方式中，第一配置信息还包括界面信息。该方法还包括：测试终端运行该第二应用程序，基于该第一配置信息中的界面信息对该第一应用界面进行调整，得到第二应用界面。

第二方面，本申请实施例提供了一种测试装置，包括：

获取单元，用于获取目标配置文件，该目标配置文件中包括第一配置信息；

读取单元，用于通过第一应用程序加载该目标配置文件并读取该目标配置文件包括的第一配置信息；

存储单元，用于将该第一配置信息存储在该第一应用程序对应的程序变量中，得到第二应用程序；

收发单元，用于运行该第二应用程序向测试对象发送第一报文；

该收发单元，还用于接收该测试对象针对该第一报文返回的第二报文；

确定单元，用于根据该第一配置信息和该第二报文确定该测试对象的测试结果。

结合第二方面，在一种可能的实施方式中，该获取单元具体用于：显示第一应用界面信息对应的第一应用界面，该第一应用界面上包括测试控件、信息显示控件以及信息输入控件；获取用户在该第一应用界面上输入的第一配置信息，并根据该第一配置信息生成目标配置文件。

结合第二方面，在一种可能的实施方式中，该第一配置信息包括通讯信息和报文信息，该报文信息包括报文格式、报文发送内容和报文发送时序，该报文发送内容包括至少两条报文发送数据，该报文发送时序为该报文发送内容中的至少两条报文发送数据发送的先后顺序。该收发单元具体用于：运行该第二应用程序生成第一报文，该第一报文的报文格式与该报文信息包括的报文格式相同，该第一报文的报文内容与该报文发送内容包括的至少两条报文发送数据中的第一报文发送数据相同；通过该第二应用程序确定该通讯信息对应的通讯方式，并在该第二应用程序中调用该通讯方式对应的发送函数，按照该报文发送时序向该测试对象发送该第一报文。

结合第二方面，在一种可能的实施方式中，该报文信息还包括报文接收内容。该确定单元具体用于：检测该报文信息中的报文格式与该第二报文的报文格式是否匹配、该报文接收内容与该第二报文的报文内容是否匹配以及该报文信息中的报文发送时序与该第二报文的报文发送时序是否匹配；若检测到该报文信息中的报文格式与该第二报文的报文格式、该报文接收内容与该第二报文的报文内容以及该报文信息中的报文发送时序与该第二报文的报文发送时序均匹配，则确定该测试对象的测试结果为测试成功。

结合第二方面，在一种可能的实施方式中，该确定单元还用于：若检测到该报文信息中的报文格式与该第二报文的报文格式、该报文接收内容与该第二报文的报文内容以及该报文信息中的报文发送时序与该第二报文的报文发送时序中的任意一种不匹配，则确定该测试对象的测试结果为测试失败，并重新对该测试对象进行测试。

结合第二方面，在一种可能的实施方式中，该第一配置信息还包括界面信息。该存储单元具体用于：将该界面信息和该通讯信息存储在该第一应用程序对应的一组程序变量中，将该报文信息中报文发送内容包括的至少两条报文发送数据按照该报文发送时序存储在该第一应用程序对应的另一组程序变量中，以得到该第二应用程序。

结合第二方面，在一种可能的实施方式中，该第一配置信息还包括界面信息。该收发单元还用于：运行该第二应用程序，基于该第一配置信息中的界面信息对该第一应用界面进行调整，得到第二应用界面。

第三方面，提供一种测试终端，包括处理器、存储器以及输入输出接口，该处理器、存储器和输入输出接口相互连接，其中，该输入输出接口用于输入或输出数据，该存储器用于存储程序代码，该处理器用于调用该程序代码，执行上述第一方面的测试配置方法。

第四方面，提供一种计算机可读存储介质，其特征在于，该计算机存储介质存储有计算机程序，该计算机程序包括程序指令，该程序指令当被处理器执行时使该处理器执行上述第一方面的测试配置方法。

本申请实施例通过获取目标配置文件，该目标配置文件中包括第一配置信息，并通过第一应用程序加载目标配置文件并且读取该目标配置文件中的第一配置信息，将该第一配置信息存储在该第一应用程序对应的程序变量中，得到第二应用程序，并且运行该第二应用程序向测试对象发送第一报文，接收该测试对象针对该第一报文返回的第二报文，并根据该第一配置信息和该第二报文确定该测试对象的测试结果。采用本申请实施例，不仅提供了一种通用测试工具的测试方法，而且可以将配置信息以配置文件的方式进行配置，易于测试终端的维护，节省人力，无需多次开发类似的测试工具。

附图说明

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

图1是本申请实施例提供的一种测试配置方法的流程示意图；

图2是本申请实施例提供的另一种测试配置方法的流程示意图；

图3是本申请实施例提供的一种第一应用界面的示意图；

图4是本申请实施例提供的一种目标配置文件的示意图；

图5是本申请实施例提供的一种测试装置的结构示意图；

图6是本申请实施例提供的一种测试终端的结构示意图。

具体实施方式

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

参见图1，图1是本申请实施例提供的一种测试配置方法的流程示意图。如图1所示，本申请实施例的测试配置方法可以包括但不限于以下步骤：

S101，测试终端获取目标配置文件，该目标配置文件中包括第一配置信息。

在一种可能的实施方式中，测试终端获取目标配置文件，该目标配置文件中包括第一配置信息。可选的，测试终端可以是测试工具对应的终端设备。比如，测试终端可以是PC电脑。可选的，目标配置文件是一个独立的文件，是具有规范化数据格式的变量保存文件。可选的，目标配置文件的数据格式可以是可扩展标记语言(extensible markuplanguage，XML)格式、另一种标记语言(Yet Another Markup Language，YAML)格式、JavaScript对象简谱(JavaScript Object Notation，JSON)格式、文本文档(Text，TXT)格式，等等。可选的，第一配置信息可以包括界面信息，通讯信息以及报文信息。可选的，上述第一配置信息可以是用户所输入的各项测试需求信息。可选的，目标配置文件中的第一配置信息对应用程序的执行有指导性作用。

S102，测试终端通过第一应用程序加载该目标配置文件并读取该目标配置文件包括的第一配置信息。

在一种可能的实施方式中，测试终端可以在后台通过第一应用程序加载目标配置文件，并且读取上述目标配置文件中所包含的第一配置信息。可选的，第一应用程序是为了完成某项或者几项特定任务而被开发运行于测试终端上的计算机程序。可选的，加载是指把目标配置文件调用到第一应用程序中的过程。

S103，测试终端将该第一配置信息存储在该第一应用程序对应的程序变量中，得到第二应用程序。

在一种可能的实施方式中，上述第一应用程序对应的程序变量可以包括多组程序变量。测试终端可以将上述第一配置信息包括的各种信息存储在该第一应用程序对应的多组程序变量中，得到第二应用程序，其中一种信息可以存储在一组程序变量中。可选的，测试终端可以将第一配置信息中的界面信息存储在第一应用程序对应的第一组程序变量中，将第一配置信息中的通讯信息存储在上述第一应用程序对应的第二组程序变量中，将第一配置信息中的报文信息存储在上述第一应用程序对应的第三组程序变量中，从而得到第二应用程序。可选的，第一应用程序与第二应用程序是不同的应用程序。比如，在第一应用程序对应的各组程序变量中写入参数(信息)后得到的第二应用程序。

S104，测试终端运行该第二应用程序向测试对象发送第一报文。

在一种可能的实施方式中，测试终端可以基于上述第一配置信息中的报文信息生成第一报文，并可以运行上述第二应用程序向测试对象发送该第一报文。该测试对象接收到该第一报文之后，可以针对该第一报文进行回复，并可以向上述测试终端返回第二报文。可选的，测试对象可以是测试设备或者测试产品。可选的，第一报文的报文格式可以是定长报文格式、分隔符报文格式、XML报文格式。可选的，第一报文的报文内容可以是上述第一配置信息中报文信息包括的任一条报文发送数据。比如，报文发送数据可以18个字节的16进制数。又比如，报文信息中可以包含3条报文发送数据，分别是第一报文发送数据00 11 2233 44 0f 65 21 1F 00 0001 02 02 ff 00 00 AF，第二报文发送数据00 11 22 33 44 0f68 21 1F 00 0001 07 07 ff 00 00 A2，第三报文发送数据00 11 22 33 44 0f 69 21 1F00 0001 08 08 ff 00 00 A3。第一报文可以是这3条报文发送数据中的任一条报文发送数据，比如第一报文为第一报文发送数据。

S105，测试终端接收该测试对象针对该第一报文返回的第二报文，并根据该第一配置信息和该第二报文确定该测试对象的测试结果。

在一种可能的实施方式中，测试终端可以接收上述测试对象针对上述第一报文返回的第二报文，并可以根据上述第一配置信息和上述接收到的第二报文，确定上述测试对象的测试结果。可选的，第二报文的报文格式可以是定长报文格式、用户数据报协议(UserDatagram Protocol，UDP)报文格式、以太网数据包格式、地址解析协议(AddressResolution Protocol，ARP)报文格式。可选的，上述第二报文的报文格式与上述第一报文的报文格式可以相同，也可以不相同。

可选的，测试对象的测试结果可以是测试成功或者测试失败。可选的，测试终端可以根据第一配置信息中的报文信息对第二报文进行匹配，若是第一配置信息中的报文信息和第二报文匹配成功，则确定上述测试对象的测试结果是测试成功；若是第一配置信息中的报文信息和第二报文匹配失败，则确定上述测试对象的测试结果是测试失败。

可选的，可以根据用户不同的需求来修改第一配置信息。比如，不同的用户可以根据自己的需求对第一配置信息中的界面信息、通讯信息以及报文信息中的任意一种或者多种进行修改，从而得到第二配置信息。测试终端可以获取用户针对该第一配置信息修改后得到的第二配置信息，并可以基于该第二配置信息生成配置文件。测试终端可以通过第一应用程序加载该配置文件并读取该配置文件包括的第二配置信息，将该第二配置信息存储在该第一应用程序对应的程序变量中，得到第三应用程序。测试终端可以运行该第三应用程序向测试对象发送第三报文。该测试对象接收到该第三报文之后可以针对该第三报文向测试终端发送第四报文。测试终端可以接收该测试对象针对该第三报文返回的第四报文，并可以根据该第二配置信息和该第四报文确定该测试对象的测试结果。其中，第二配置信息可以与第一配置信息中包括的信息种类相同，比如第二配置信息也可以包括界面信息，通讯信息以及报文信息。本申请实施例通过修改配置信息可以自动实现对测试对象的测试，无需维护或开发多个测试终端，易于测试终端的维护，节省人力。

在本申请实施例中，测试终端获取目标配置文件，该目标配置文件中包括第一配置信息，可以通过第一应用程序加载目标配置文件并且读取该目标配置文件中的第一配置信息，将该第一配置信息存储在该第一应用程序对应的程序变量中，得到第二应用程序，并且运行该第二应用程序向测试对象发送第一报文，接收该测试对象针对该第一报文返回的第二报文，并根据该第一配置信息和该第二报文确定该测试对象的测试结果。采用本申请实施例，不仅提供了一种通用测试工具的测试方法，而且可以将配置信息以配置文件的方式进行配置，易于测试终端的维护，节省人力，无需多次开发类似的测试工具。

参见图2，图2是本申请实施例提供的另一种测试配置方法的流程示意图。如图2所示，本申请实施例的另一种测试配置方法可以包括但不限于以下步骤：

S201，测试终端显示第一应用界面信息对应的第一应用界面，该第一应用界面上包括测试控件、信息显示控件以及信息输入控件。

在一种可能的实施方式中，测试终端显示第一应用界面信息对应的第一应用界面，该第一应用界面上包括测试控件、信息显示控件以及信息输入控件。可选的，第一应用界面信息是用户预设的应用界面信息。可选的，测试终端可以是测试工具对应的终端设备。比如，测试终端可以是PC电脑。

例如，请参见图3，图3是本申请实施例提供的一种第一应用界面的示意图。如图3的3a所示，该第一应用界面上包括测试控件、信息显示控件以及信息输入控件，上述第一应用界面中的测试控件可以包括一键测试和分步测试。可选的，用户既可以利用上述测试控件中的一键测试对产品进行测试，直接得到一个测试结果；也可以利用上述测试控件中的分步测试对上述产品进行测试，得到上述产品的多个子功能对应的多个分步测试结果。如图3的3b所示，该第一应用界面上包括测试控件、信息显示控件以及信息输入控件，上述第一应用界面中的信息显示控件可以包括状态显示和数据显示。可选的，上述信息显示控件中的状态显示可以分为三个状态：连接状态、子功能测试状态以及一键测试状态。可选的，上述信息显示控件中的数据显示可以用于显示配置文件数据、发送和/或接收相关的报文数据以及测试结果。如图3的3c所示，该第一应用界面上包括测试控件、信息显示控件以及信息输入控件，上述第一应用界面中的信息输入控件可以用于编辑或者修改配置信息。

S202，测试终端获取用户在该第一应用界面上输入的第一配置信息，并根据该第一配置信息生成目标配置文件。

在一种可能的实施方式中，该第一配置信息包括界面信息、通讯信息和报文信息，该报文信息包括报文格式、报文发送内容、报文接收内容和报文发送时序，该报文发送内容包括至少两条报文发送数据，该报文发送时序为该报文发送内容中的至少两条报文发送数据发送的先后顺序。

进一步，测试终端获取用户在该第一应用界面上输入的第一配置信息，并根据该第一配置信息生成目标配置文件，该第一配置信息包括界面信息、通讯信息和报文信息，该报文信息包括报文格式、报文发送内容、报文接收内容和报文发送时序，该报文发送内容包括至少两条报文发送数据，该报文发送时序为该报文发送内容中的至少两条报文发送数据发送的先后顺序。可选的，用户可以利用上述第一应用界面中的信息输入控件，从而输入第一配置信息。可选的，报文格式可以包括网络协议(Internet Protocol，IP)报文格式、传输控制协议(Transmission Control Protocol，TCP)报文格式、多协议标签交换(Multi-Protocol Label Switching，MPLS)报文格式。可选的，上述目标配置文件的数据格式可以是XML格式、YAML格式、JSON格式、TXT格式，等等。可选的，在上述目标配置文件中可以用特定的符号去记录界面信息、通讯信息以及报文信息等配置信息。

例如，请参见图4，图4是本申请实施例提供的一种目标配置文件的示意图。如图4所示，该目标配置文件中的第一配置信息包括通讯信息以及报文信息，该通讯信息对应的通讯方式为串口方式，即HowSend＝串口。该报文信息包括报文发送时序、报文发送内容以及报文接收内容。上述报文发送时序是指PC电脑向测试对象发送多条报文发送数据的先后顺序，即SendQrder＝报文发送数据1，报文发送数据2，报文发送数据3，报文发送数据4，报文发送数据5，报文发送数据6，报文发送数据7。上述报文发送内容为7条报文发送数据，分别是报文发送数据1为SendMessage＝00 11 22 33 44 0f 64 21 1F 00 0001 01 01 ff00 00 AE，报文发送数据2为SendMessage＝00 11 22 33 44 0f 65 21 1F 00 0001 02 02ff 00 00 AF，报文发送数据3为SendMessage＝00 11 22 33 44 0f 66 21 1F 00 0001 0303 ff 00 00 AC，报文发送数据4为SendMessage＝00 11 22 33 44 0f 67 21 1F 00 000106 06 ff 00 00 AD，报文发送数据5为SendMessage＝00 11 22 33 44 0f 68 21 1F 000001 07 07 ff 00 00 A2，报文发送数据6为SendMessage＝00 11 22 33 44 0f 69 21 1F00 0001 08 08ff 00 00 A3，报文发送数据7为SendMessage＝00 11 22 33 44 0f 63 211F 00 0003 01 01 ff 00 00 AB。上述报文接收内容是指对PC电脑对接收到测试对象针对上述任一报文发送数据所发送的报文接收数据进行处理的内容，可以包括三种情况：如果PC电脑接收到来自测试对象针对上述任一报文发送数据所发送的报文接收数据是00 1122 33 44 04 00，则测试结果为测试OK，测试OK表示测试成功；如果PC电脑接收到来自测试对象针对上述任一报文发送数据所发送的报文接收数据是00 11 22 33 44 04 01，则测试结果为测试失败；如果PC电脑接收到来自测试对象针对上述任一报文发送数据所发送的报文接收数据是00 11 22 33 44 04 61，则测试结果为测试ERROR，测试ERROR表示测试错误。

S203，测试终端通过第一应用程序加载该目标配置文件并读取该目标配置文件包括的第一配置信息。

在一种可能的实施方式中，本申请实施例步骤S203可以参考图1所示实施例的步骤S102，在此不再进行赘述。

S204，测试终端将该界面信息和该通讯信息存储在该第一应用程序对应的一组程序变量中，将该报文信息中报文发送内容包括的至少两条报文发送数据按照该报文发送时序存储在该第一应用程序对应的另一组程序变量中，以得到该第二应用程序。

在一种可能的实施方式中，测试终端将该界面信息和该通讯信息存储在上述第一应用程序对应的一组程序变量中，并可以将该报文信息中报文发送内容包括的至少两条报文发送数据按照该报文发送时序存储在上述第一应用程序对应的另一组程序变量中，以得到上述第二应用程序。可选的，界面信息可以包括上述第一应用界面上的测试控件、信息显示控件和信息输入控件等各个控件的显示、隐藏以及位置信息，通讯信息包括通讯方式以及通讯方式对应的发送函数，可以将界面信息和通讯信息存储在上述第一应用程序对应的一组程序变量中。

可选的，报文发送内容包括至少两条报文发送数据，报文发送时序为该报文发送内容中的至少两条报文发送数据发送的先后顺序，可以将报文信息中的报文发送内容包括的至少两条报文发送数据按照该报文发送时序存储在该第一应用程序对应的另一组程序变量中。可选的，测试终端可以将报文信息中的报文格式、报文接收内容以及报文发送时序存储在该第一应用程序对应的又一组程序变量中。

S205，测试终端运行该第二应用程序生成第一报文，该第一报文的报文格式与该报文信息包括的报文格式相同，该第一报文的报文内容与该报文发送内容包括的至少两条报文发送数据中的第一报文发送数据相同。

在一种可能的实施方式中，测试终端运行上述第二应用程序生成第一报文，该第一报文的报文格式与该报文信息包括的报文格式相同，该第一报文的报文内容与该报文发送内容包括的至少两条报文发送数据中的第一报文发送数据相同。可选的，第一报文的报文格式可以包括定长报文格式、分隔符报文格式、IP报文格式。比如，第一报文的报文内容可以与上述如图4所示的目标配置文件中的报文发送数据1相同。

S206，测试终端通过该第二应用程序确定该通讯信息对应的通讯方式，并在该第二应用程序中调用该通讯方式对应的发送函数，按照该报文发送时序向该测试对象发送该第一报文。

在一种可能的实施方式中，测试终端可以通过上述第二应用程序确定通讯信息对应的通讯方式，在上述第二应用程序中调用该通讯方式对应的发送函数，按照该报文发送时序向该测试对象发送该第一报文，该测试对象接收该第一报文，并对该第一报文进行回复，向该测试终端返回第二报文。可选的，测试对象可以是测试设备或者测试产品。可选的，通讯方式可以包括串口通讯、TCP通讯、超文本传输协议(HyperText Transfer Protocol，HTTP)通讯。可选的，若是第一配置信息中的通讯信息为串口通讯，则测试终端可以通过运行上述第二应用程序，从而来确定通讯方式为串口通讯。比如，若是通讯信息为“00”，则表示通讯方式是“串口通讯”；若是通讯信息为“01”，则表示通讯方式是“TCP通讯”。

S207，测试终端接收该测试对象针对该第一报文返回的第二报文。

在一种可能的实施方式中，测试终端接收该测试对象针对该第一报文返回的第二报文。可选的，第二报文的报文格式可以包括但不限于定长报文格式、分隔符报文格式、以太网数据包格式。

S208，测试终端检测该报文信息中的报文格式与该第二报文的报文格式是否匹配、该报文接收内容与该第二报文的报文内容是否匹配以及该报文信息中的报文发送时序与该第二报文的报文发送时序是否匹配。

在一种可能的实施方式中，测试终端检测该报文信息中的报文格式与该第二报文的报文格式是否匹配、该报文接收内容与该第二报文的报文内容是否匹配以及该报文信息中的报文发送时序与该第二报文的报文发送时序是否匹配。可选的，第二报文的报文内容是测试对象针对上述第一报文的报文内容，即第二报文的报文内容是测试对象针对该报文发送内容包括的至少两条报文发送数据中的第一报文发送数据所返回的。可选的，报文接收内容可以包括与该报文发送内容中的至少两条报文发送数据分别对应的至少两条报文接收数据。可选的，第一报文的报文内容可以是18个字节的16进制数，则在报文接收内容中与第一报文的报文内容对应的报文接收数据可以是7个字节的16进制数。比如，上述第一报文的报文内容是00 11 22 33 44 0f 64 21 1F 00 0001 01 01 ff 00 00 AE，则在报文接收内容中与第一报文的报文内容对应的第一报文接收数据是00 11 22 33 44 04 12。

S209，若检测到该报文信息中的报文格式与该第二报文的报文格式、该报文接收内容与该第二报文的报文内容以及该报文信息中的报文发送时序与该第二报文的报文发送时序均匹配，则该测试终端确定该测试对象的测试结果为测试成功。

在一种可能的实施方式中，若是报文信息中的报文格式与第二报文的报文格式相同，说明报文信息中的报文格式与第二报文的报文格式匹配；若报文接收内容与第二报文的报文内容相同，说明报文接收内容与第二报文的报文内容匹配；若报文信息中的报文发送时序与第二报文的报文发送时序相同，说明报文信息中的报文发送时序与第二报文的报文发送时序匹配，则上述测试终端确定该测试对象的测试结果为测试成功。比如，报文信息中的报文发送时序可以是SendQrder＝第一报文接收数据，第二报文接收数据，上述在报文接收内容中与第一报文的报文内容对应的第一报文接收数据是00 11 22 33 44 04 12，若是第二报文是00 11 22 33 44 04 12，则上述第一报文接收数据与上述第二报文的报文内容、报文格式以及报文发送时序完全相同，则测试终端确定测试对象的测试结果为测试成功；若是该测试终端向该测试对象再发送一条第三报文，该第三报文与该报文发送内容中至少两条报文发送数据中的第二报文发送数据相同，则该第三报文的报文内容为00 11 2233 44 0f 65 21 1F 00 0001 02 02ff 00 00 AF，在报文接收内容中与该第三报文的报文内容对应的第二报文接收数据是00 11 22 33 44 05 14，若是测试终端接收该测试对象针对该第三报文返回的第四报文为00 11 22 33 44 05 14，则上述第二报文接收数据与上述第四报文的报文内容、报文格式和报文发送时序完全相同，则测试终端确定测试对象的测试结果为测试成功。

可选的，若是报文信息中的报文格式与第二报文的报文格式的之间的匹配度大于第一阈值，说明报文信息中的报文格式与第二报文的报文格式匹配；若报文接收内容与第二报文的报文内容之间的匹配度大于第二阈值，说明报文接收内容与第二报文的报文内容匹配；若报文信息中的报文发送时序与第二报文的报文发送时序之间的匹配度大于第三阈值，说明报文信息中的报文发送时序与第二报文的报文发送时序匹配，则上述测试终端确定该测试对象的测试结果为测试成功。可选的，第一阈值、第二阈值和第三阈值可以相同，也可以不同。比如，第一阈值可以是98％，第二阈值可以是100％，第三阈值可以是98％。

可选的，若检测到该报文信息中的报文格式与该第二报文的报文格式、该报文接收内容与该第二报文的报文内容以及该报文信息中的报文发送时序与该第二报文的报文发送时序中的任意一种不匹配，则该测试终端确定该测试对象的测试结果为测试失败，可以重新向该测试对象发送第一报文，则该测试对象接收该第一报文，并对该第一报文进行回复，向该测试终端返回第二报文，该测试终端接收该测试对象针对该第一报文返回的第二报文，并重新对该报文信息中的报文格式与该第二报文的报文格式是否匹配、该报文接收内容与该第二报文的报文内容是否匹配以及该报文信息中的报文发送时序与该第二报文的报文发送时序进行匹配，若检测到该报文信息中的报文格式与该第二报文的报文格式、该报文接收内容与该第二报文的报文内容以及该报文信息中的报文发送时序与该第二报文的报文发送时序均匹配，则该测试终端确定该测试对象的测试结果为测试成功。

可选的，测试终端运行第二应用程序，基于该第一配置信息中的界面信息对该第一应用界面进行调整，得到第二应用界面。可选的，可以在上述第二应用界面上显示第一报文和第二报文以及测试对象的测试结果。

可选的，可以根据用户不同的需求来修改第一配置信息。比如，不同的用户可以根据自己的需求对第一配置信息中的界面信息、通讯信息以及报文信息中的任意一种或者多种进行修改，从而得到第二配置信息。测试终端可以获取用户针对该第一配置信息修改后得到的第二配置信息，并可以基于该第二配置信息生成配置文件。测试终端可以通过第一应用程序加载该配置文件并读取该配置文件包括的第二配置信息，将该第二配置信息存储在该第一应用程序对应的程序变量中，得到第三应用程序。测试终端可以运行该第三应用程序向测试对象发送第三报文。该测试对象接收到该第三报文之后可以针对该第三报文向测试终端发送第四报文。测试终端可以接收该测试对象针对该第三报文返回的第四报文，并可以根据该第二配置信息和该第四报文确定该测试对象的测试结果。其中，第二配置信息可以与第一配置信息中包括的信息种类相同，比如第二配置信息也可以包括界面信息，通讯信息以及报文信息。本申请实施例通过修改配置信息可以自动实现对测试对象的测试，无需维护或开发多个测试终端，易于测试终端的维护，节省人力。

在本申请实施例中，测试终端获取目标配置文件，该目标配置文件中包括第一配置信息，可以通过第一应用程序加载目标配置文件并且读取该目标配置文件中的第一配置信息，将该第一配置信息存储在该第一应用程序对应的程序变量中，得到第二应用程序，并且运行该第二应用程序向测试对象发送第一报文，接收该测试对象针对该第一报文返回的第二报文，并根据该第一配置信息和该第二报文确定该测试对象的测试结果。采用本申请实施例，不仅提供了一种通用测试工具的测试方法，而且可以将配置信息以配置文件的方式进行配置，易于测试终端的维护，节省人力，无需多次开发类似的测试工具。

参见图5，图5是本申请实施例提供的一种测试装置的结构示意图。如图5所示，该测试装置50包括：

获取单元501，用于获取目标配置文件，该目标配置文件中包括第一配置信息。

在一种可能的实施方式中，获取单元501用于获取目标配置文件，该目标配置文件中包括第一配置信息。可选的，目标配置文件是一个独立的文件，是具有规范化数据格式的变量保存文件。可选的，目标配置文件的数据格式可以是XML格式、YAML格式、JSON格式、TXT格式，等等。可选的，第一配置信息可以包括界面信息，通讯信息以及报文信息。可选的，上述第一配置信息可以是用户所输入的各项测试需求信息。可选的，目标配置文件中的第一配置信息对应用程序的执行有指导性作用。

读取单元502，用于通过第一应用程序加载该目标配置文件并读取该目标配置文件包括的第一配置信息。

在一种可能的实施方式中，读取单元502可以用于在后台通过第一应用程序加载目标配置文件，并且读取上述目标配置文件中所包含的第一配置信息。可选的，第一应用程序是为了完成某项或者几项特定任务而被开发运行于测试终端上的计算机程序。可选的，加载是指把目标配置文件调用到第一应用程序中的过程。

存储单元503，用于将该第一配置信息存储在该第一应用程序对应的程序变量中，得到第二应用程序。

在一种可能的实施方式中，上述第一应用程序对应的程序变量可以包括多组程序变量，可以将上述第一配置信息包括的各种信息存储在该第一应用程序对应的多组程序变量中，得到第二应用程序，其中一种信息可以存储在一组程序变量中。进一步，存储单元503可以用于将第一配置信息中的界面信息存储在第一应用程序对应的第一组程序变量中，将第一配置信息中的通讯信息存储在上述第一应用程序对应的第二组程序变量中，将第一配置信息中的报文信息存储在上述第一应用程序对应的第三组程序变量中，从而得到第二应用程序。可选的，第一应用程序与第二应用程序是不同的应用程序。比如，在第一应用程序对应的各组程序变量中写入参数(信息)后得到的第二应用程序。

收发单元504，用于运行该第二应用程序向测试对象发送第一报文；该收发单元504，还用于接收所述测试对象针对所述第一报文返回的第二报文。

在一种可能的实施方式中，基于上述第一配置信息中的报文信息生成第一报文，该收发单元504可以用于运行上述第二应用程序向测试对象发送该第一报文。该测试对象接收到该第一报文之后，可以针对该第一报文进行回复，并可以向上述收发单元504返回第二报文。可选的，测试对象可以是测试设备或者测试产品。可选的，第一报文的报文格式可以是定长报文格式、分隔符报文格式、XML报文格式。可选的，第一报文的报文内容可以是上述第一配置信息中报文信息包括的任一条报文发送数据。比如，报文发送数据可以18个字节的16进制数。又比如，报文信息中可以包含3条报文发送数据，分别是第一报文发送数据00 11 22 33 44 0f 65 21 1F 00 0001 02 02 ff ff 00 00 AF，第二报文发送数据00 1122 33 44 0f 68 21 1F 00 0001 07 07 ff ff 00 00 A2，第三报文发送数据0011 22 3344 0f 69 21 1F 00 0001 08 08 ff ff 00 00 A3。第一报文可以是这3条报文发送数据中的任一条报文发送数据，比如第一报文为第一报文发送数据。

进一步，该收发单元504还可以用于接收该测试对象针对该第一报文返回的第二报文。可选的，第二报文的报文格式可以是定长报文格式、UDP报文格式、以太网数据包格式、ARP报文格式。可选的，上述第二报文的报文格式与上述第一报文的报文格式可以相同，也可以不同。

确定单元505，用于根据该第一配置信息和该第二报文确定该测试对象的测试结果。

在一种可能的实施方式中，确定单元505可以用于根据上述第一配置信息和上述接收到的第二报文，确定上述测试对象的测试结果。可选的，测试对象的测试结果可以是测试成功或者测试失败。可选的，测试终端可以根据第一配置信息中的报文信息对第二报文进行匹配，若是第一配置信息中的报文信息和第二报文匹配成功，则确定上述测试对象的测试结果是测试成功；若是第一配置信息中的报文信息和第二报文匹配失败，则确定上述测试对象的测试结果是测试失败。

可选的，可以根据用户不同的需求来修改第一配置信息。比如，不同的用户可以根据自己的需求对第一配置信息中的界面信息、通讯信息以及报文信息中的任意一种或者多种进行修改，从而得到第二配置信息。测试终端可以获取用户针对该第一配置信息修改后得到的第二配置信息，并可以基于该第二配置信息生成配置文件。测试终端可以通过第一应用程序加载该配置文件并读取该配置文件包括的第二配置信息，将该第二配置信息存储在该第一应用程序对应的程序变量中，得到第三应用程序。测试终端可以运行该第三应用程序向测试对象发送第三报文。该测试对象接收到该第三报文之后可以针对该第三报文向测试终端发送第四报文。测试终端可以接收该测试对象针对该第三报文返回的第四报文，并可以根据该第二配置信息和该第四报文确定该测试对象的测试结果。其中，第二配置信息可以与第一配置信息中包括的信息种类相同，比如第二配置信息也可以包括界面信息，通讯信息以及报文信息。本申请实施例通过修改配置信息可以自动实现对测试对象的测试，无需维护或开发多个测试终端，易于测试终端的维护，节省人力。

需要说明的是，图5对应的实施例中未提及的内容可参见图1和/或图2方法实施例的描述，这里不再赘述。

在本申请实施例中，测试终端获取目标配置文件，该目标配置文件中包括第一配置信息，可以通过第一应用程序加载目标配置文件并且读取该目标配置文件中的第一配置信息，将该第一配置信息存储在该第一应用程序对应的程序变量中，得到第二应用程序，并且运行该第二应用程序向测试对象发送第一报文，接收该测试对象针对该第一报文返回的第二报文，并根据该第一配置信息和该第二报文确定该测试对象的测试结果。采用本申请实施例，不仅提供了一种通用测试工具的测试方法，而且可以将配置信息以配置文件的方式进行配置，易于测试终端的维护，节省人力，无需多次开发类似的测试工具。

参见图6，图6是本申请实施例提供的一种测试终端的结构示意图。如图6所示，该测试终端60包括处理器601、存储器602、输入输出接口603以及通信总线604。处理器601连接到存储器602和输入输出接口603，例如处理器601可以通过通信总线604连接到存储器602和输入输出接口603。

处理器601被配置为支持该测试终端执行图1-图2中测试配置方法中相应的功能。该处理器601可以是中央处理器(Central Processing Unit，CPU)，网络处理器(NetworkProcessor，NP)，硬件芯片或者其任意组合。上述硬件芯片可以是专用集成电路(Application-Specific Integrated Circuit，ASIC)，可编程逻辑器件(ProgrammableLogic Device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(ComplexProgrammable Logic Device，CPLD)，现场可编程逻辑门阵列(Field-Programmable GateArray，FPGA)，通用阵列逻辑(Generic Array Logic，GAL)或其任意组合。

存储器602存储器用于存储程序代码等。存储器602可以包括易失性存储器(Volatile Memory，VM)，例如随机存取存储器(Random Access Memory，RAM)；存储器602也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如只读存储器(Read-OnlyMemory，ROM)，快闪存储器(flash memory)，硬盘(Hard Disk Drive，HDD)或固态硬盘(Solid-State Drive，SSD)；存储器602还可以包括上述种类的存储器的组合。

该输入输出接口603用于输入或输出数据，该输入输出接口603可以用于向测试对象发送第一报文，并且接收该测试对象针对该第一报文返回的第二报文。

处理器601可以调用上述程序代码以执行以下操作：

测试终端获取目标配置文件，该目标配置文件中包括第一配置信息；

测试终端通过第一应用程序加载该目标配置文件并读取该目标配置文件包括的第一配置信息；

测试终端将该第一配置信息存储在该第一应用程序对应的程序变量中，得到第二应用程序；

测试终端运行该第二应用程序向测试对象发送第一报文；

测试终端接收该测试对象针对该第一报文返回的第二报文，并根据该第一配置信息和该第二报文确定该测试对象的测试结果。

需要说明的是，各个操作的实现还可以对应参照图1-图2所示的方法实施例的相应描述；该处理器601还可以与输入输出接口603配合执行上述方法实施例中的其他操作。

本申请实施例还提供一种计算机可读存储介质，该计算机存储介质存储有计算机程序，该计算机程序包括程序指令，该程序指令当被计算机执行时使该计算机执行如前述实施例的方法，该计算机可以为上述提到的测试终端的一部分。例如为上述的处理器601。

本领域普通技术人员可以理解实现上述方法实施例中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，上述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (9)

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

测试终端获取目标配置文件，所述目标配置文件中包括第一配置信息，所述第一配置信息包括通讯信息、报文信息和界面信息，所述报文信息包括报文格式、报文发送内容和报文发送时序，所述报文发送内容包括至少两条报文发送数据，所述报文发送时序为所述报文发送内容中的至少两条报文发送数据发送的先后顺序；

所述测试终端通过第一应用程序加载所述目标配置文件并读取所述目标配置文件包括的第一配置信息；

所述测试终端将所述第一配置信息存储在所述第一应用程序对应的程序变量中，得到第二应用程序；包括：所述测试终端将所述界面信息和所述通讯信息存储在所述第一应用程序对应的一组程序变量中，将所述报文信息中报文发送内容包括的至少两条报文发送数据按照所述报文发送时序存储在所述第一应用程序对应的另一组程序变量中，以得到所述第二应用程序；

所述测试终端运行所述第二应用程序向测试对象发送第一报文；

所述测试终端接收所述测试对象针对所述第一报文返回的第二报文，并根据所述第一配置信息和所述第二报文确定所述测试对象的测试结果。

2.根据权利要求1所述的方法，其特征在于，所述测试终端获取目标配置文件，包括：

所述测试终端显示第一应用界面信息对应的第一应用界面，所述第一应用界面上包括测试控件、信息显示控件以及信息输入控件；

所述测试终端获取用户在所述第一应用界面上输入的第一配置信息，并根据所述第一配置信息生成目标配置文件。

3.根据权利要求1所述的方法，其特征在于，所述测试终端运行所述第二应用程序向测试对象发送第一报文，包括：

所述测试终端运行所述第二应用程序生成第一报文，所述第一报文的报文格式与所述报文信息包括的报文格式相同，所述第一报文的报文内容与所述报文发送内容包括的至少两条报文发送数据中的第一报文发送数据相同；

所述测试终端通过所述第二应用程序确定所述通讯信息对应的通讯方式，并在所述第二应用程序中调用所述通讯方式对应的发送函数，按照所述报文发送时序向所述测试对象发送所述第一报文。

4.根据权利要求1所述的方法，其特征在于，所述报文信息还包括报文接收内容；

所述根据所述第一配置信息和所述第二报文确定所述测试对象的测试结果，包括：

所述测试终端检测所述报文信息中的报文格式与所述第二报文的报文格式是否匹配、所述报文接收内容与所述第二报文的报文内容是否匹配以及所述报文信息中的报文发送时序与所述第二报文的报文发送时序是否匹配；

若检测到所述报文信息中的报文格式与所述第二报文的报文格式、所述报文接收内容与所述第二报文的报文内容以及所述报文信息中的报文发送时序与所述第二报文的报文发送时序均匹配，则所述测试终端确定所述测试对象的测试结果为测试成功。

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

若检测到所述报文信息中的报文格式与所述第二报文的报文格式、所述报文接收内容与所述第二报文的报文内容以及所述报文信息中的报文发送时序与所述第二报文的报文发送时序中的任意一种不匹配，则所述测试终端确定所述测试对象的测试结果为测试失败，并重新对所述测试对象进行测试。

6.根据权利要求2所述的方法，其特征在于，所述第一配置信息还包括界面信息；

所述方法还包括：

所述测试终端运行所述第二应用程序，基于所述第一配置信息中的界面信息对所述第一应用界面进行调整，得到第二应用界面。

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

获取单元，用于获取目标配置文件，所述目标配置文件中包括第一配置信息，所述第一配置信息包括通讯信息、报文信息和界面信息，所述报文信息包括报文格式、报文发送内容和报文发送时序，所述报文发送内容包括至少两条报文发送数据，所述报文发送时序为所述报文发送内容中的至少两条报文发送数据发送的先后顺序；

读取单元，用于通过第一应用程序加载所述目标配置文件并读取所述目标配置文件包括的第一配置信息；

存储单元，用于将所述第一配置信息存储在所述第一应用程序对应的程序变量中，得到第二应用程序；包括：测试终端将所述界面信息和所述通讯信息存储在所述第一应用程序对应的一组程序变量中，将所述报文信息中报文发送内容包括的至少两条报文发送数据按照所述报文发送时序存储在所述第一应用程序对应的另一组程序变量中，以得到所述第二应用程序；

收发单元，用于运行所述第二应用程序向测试对象发送第一报文；

所述收发单元，还用于接收所述测试对象针对所述第一报文返回的第二报文；

确定单元，用于根据所述第一配置信息和所述第二报文确定所述测试对象的测试结果。

8.一种测试终端，包括处理器、存储器以及输入输出接口，所述处理器、存储器和输入输出接口相互连接，其中，所述输入输出接口用于输入或输出数据，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码，执行如权利要求1-6任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-6任一项所述的方法。

Images