CN107632909A - 用于自动测试设备功能的方法及系统 - Google Patents

Abstract

本发明公开了一种用于自动测试设备功能的方法及系统。该方法包括：获取配置文件，其中，所述配置文件包括发送消息的规则和接收消息的规则；基于所述配置文件中的所述发送消息的规则将测试消息发送至被测设备；接收所述被测设备针对所述测试消息的反馈消息；基于所述配置文件中的所述接收消息的规则检查接收的所述反馈消息；以及在所述反馈消息符合所述接收消息的规则的情况下，确定测试通过。根据本发明的方法及系统，用户可以根据自定义的规则来控制进行自动化的测试，在没有人员监管的情况下，完成测试并保存测试结果，从而节省了人力和物力。

Description

用于自动测试设备功能的方法及系统

技术领域

本发明涉及自动测试技术领域，更具体地，涉及一种用于自动测试设备功能的方法及系统。

背景技术

通常，在电子设备出厂前，都需要进行各种功能测试。在现有技术中，采用人工编辑要发送的消息，通过连接到被测设备的测试仪器或测试平台将消息发送至被测设备。测试仪器接收并解析被测设备的反馈消息。然后，由测试人员根据解析出的消息来判断被测设备的功能是否符合预期。这种测试的方法，测试过程中需要人员的大量参与，例如，测试人员需要非常熟悉测试的流程和功能点，并且测试人员需要手动的控制消息的发送。因此，只能在人员的监督下才能进行测试，这对人力资源和物力资源也是一种浪费。

因此，需要对现有技术进行改进，以解决上述的至少一个问题。

发明内容

本发明的一个目的是提供一种自动测试设备功能的方法及系统的新技术方案。

根据本发明的第一方面，提供了一种用于自动测试设备功能的方法。该方法包括：获取配置文件，其中，所述配置文件包括发送消息的规则和接收消息的规则；基于所述配置文件中的所述发送消息的规则将测试消息发送至被测设备；接收所述被测设备针对所述测试消息的反馈消息；基于所述配置文件中的所述接收消息的规则检查接收的所述反馈消息；以及在所述反馈消息符合所述接收消息的规则的情况下，确定测试通过。

优选地，使用所述配置文件的哈希值作为所述配置文件的文件名，以及所述方法还包括：当获取所述配置文件时，使用所述文件名验证所述配置文件的完整性。

优选地，在向被测设备发送测试消息之前确定被测设备处于正常的工作状态。

优选地，所述方法还包括：获取被测设备的类型信息和版本信息中的至少一项；以及检查所述的类型信息和版本信息中的至少一项与配置文件中的相应项目的一致性。

优选地，所述配置文件还包括测试指标和测试结果的存放目录中的至少一项。

根据本发明的第二方面，提供了一种用于自动测试设备功能的系统。该系统包括：获取配置文件的单元，用于获取配置文件，其中，所述配置文件包括发送消息的规则和接收消息的规则；发送控制单元，用于基于所述配置文件中的所述发送消息的规则将测试消息发送至被测设备；接收控制单元，用于接收所述被测设备针对所述测试消息的反馈消息；验证处理单元，用于基于所述配置文件中的所述接收消息的规则检查接收的所述反馈消息；以及测试结果输出单元，用于在所述反馈消息符合所述接收消息的规则的情况下，确定测试通过。

优选地，使用所述配置文件的哈希值作为所述配置文件的文件名，以及所述系统还包括：当读取所述配置文件时，使用所述文件名验证所述配置文件的完整性的单元。

优选地，所述系统还包括：在向被测设备发送测试消息之前确定被测设备处于正常的工作状态的单元。

优选地，所述的系统，还包括：获取被测设备的类型信息和版本信息中的至少一项的单元；以及检查所述的设备类型信息和版本信息中的至少一项与配置文件中的相应项目的一致性的单元。

优选地，所述配置文件还包括测试指标和测试结果的存放目录中的至少一项。

与现有技术相比，根据本发明的用于自动测试设备功能方法和系统能够实现自动化测试设备功能的过程。可以在无人监管的情况下，例如，晚上或周末，对预定的功能项进行自动测试，并且将测试结果存放于相应的目录。因此，可以节省人力和物力，同时，减轻了测试人员需要对每条消息进行编辑和分析的工作量。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。

图1是根据本发明的实施例的自动测试设备功能的方法的流程图。

图2是根据本发明的实施例的自动测试设备功能的系统的示意性框图。

图3是根据本发明的一个实施例在微电子领域应用的示意性流程图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1是根据本发明实施例的用于自动测试设备功能的方法的流程图。

通常，在测试时，将测试仪器或将加载了测试软件的计算机连接到测试设备，通过测试仪器或计算机向被测设备发送消息，并获取被测设备的反馈消息。通过将反馈消息与预期的功能或指标进行分析比对，以判断被测设备的功能是否正常。

根据本发明的用于自动测试设备功能的方法包括以下步骤。

步骤S110，获取配置文件，其中，所述配置文件包括发送消息的规则和接收消息的规则。

例如，所述配置文件可以采用任何可读写的形式，在一个例子中，所述配置文件为文本形式，例如，扩展标记语言(XML)。通过这种方式的设置，有利于用户修改和编写配置文件。

例如，可以将所述配置文件存储在存储器的文件目录下，以利于进行读取或加载。

例如，所述的发送消息规则包括待发送消息的名称、顺序以及消息中功能点的取值。

所述接收消息的规则可以包括接收消息的名称、以及针对发送消息中关键功能的反馈。

对于上述的规则，可以采用预定的规则来撰写，例如，直接定义消息的名称。例如，对各种消息的名称进行统一编号，每个编号对应的消息名称是确定的。所述功能点的定义类似，只需采用固定的规则以利于进行解析和识别即可。

所述配置文件可以保存在客户端设备或服务器上。在存储配置文件时，可能会出现不同的配置文件具有相同文件名称的情况。例如，多个用户可能共同使用一个客户端设备，并且他们的配置文件都被存储在该客户端设备上；或者，配置文件可能被存储在公共的服务器上。在这种情况下，这两个文件可能会产生冲突。例如，在后的文件可能会覆盖在先的文件，从而造成数据丢失。

此外，还可能出现相同用户的配置文件具有不同文件名称的情况。这可能会在客户端设备或服务器上产生过多的重复内容，并形成垃圾文件，而占用设备或服务器的存储资源。

因此，在另一个例子中，可选地，使用所述配置文件的哈希值作为所述配置文件的文件名。通过这种方式，可以在一定程度上避免上述文件冲突和/或垃圾文件。

此外，在配置文件的传输和/或使用过程中，经常会发生配置文件损坏的情况。在有些情况下，如果调用了损坏的配置文件，可能造成调用程序的卡顿和/或崩溃。

因此，在另一个实施例中，当获取所述配置文件时，还可以通过使用文件名验证所述配置文件的完整性。通过这种方式，可以简便地通过文件名来避免上述问题的产生。

步骤S120，基于所述配置文件中的所述发送消息的规则将测试消息发送至被测设备。

例如，查找配置文件中所要发送的消息，并根据预定的规则进行解析，从而转换成被测设备可以识别的消息格式。之后，即可以将转换后的消息依次发送至被测设备。

所述被测设备可以是具有一定功能的任何类型。例如，系统、装置、单元、芯片等。

在一个例子中，在向被测设备发送测试消息之前确定被测设备处于正常的工作状态。这是由于测试设备处于正常的工作状态，是保证测试可以有效进行的前提。

通常，设备上都具有工作指示灯，用于指示设备是否处于正常的工作状态。例如，是否已上电、是否已完成相关软件的加载、是否存在单板或元器件故障等。在一个例子中，配置文件包括是否对被测设备进行检查的标志位，当标记为是时，则只有当检查到设备正常时，才进行下一步测试。如果设备存在故障，则暂停一段时间再检查或者停止测试。通过这种方式，可以保证测试的有效性，避免因设备故障而影响功能测试的结果。

在另一个例子，获取被测设备的类型信息和版本信息中的至少一项；以及检查所述的设备类型信息和版本信息中的至少一项与配置文件中的相应项目的一致性。这是由于被测设备的类型信息和软件/硬件版本信息不同，有可能导致测试的功能点存在差异。因此，在配置文件所包括的发送消息规则和接收消息规则与被测设备的类型信息或版本信息有关。通过这种方式可以进一步保证测试结果的有效性或准确性。

步骤S130，接收所述被测设备针对所述测试消息的反馈消息。

所述反馈消息是被测设备针对所接收的消息的做出的反映。例如，在被测设备认为所接收的消息正常情况下的确认消息，或者在认为所接收到的消息异常情况下的所指示的失败消息及失败原因的指示等。

步骤S140，基于所述配置文件中的所述接收消息的规则检查接收的所述反馈消息；

在收到被测设备的反馈消息后，根据配置文件中的定义的接收消息规则进行检查。

所述检查包括消息的名称、格式或功能点是否符合配置文件中所定义的预期值。

步骤S150，在所述反馈消息符合所述接收消息的规则的情况下，确定测试通过。

在被测设备所反馈消息符合所述接收消息的规则的情况下，确定测试通过。否则，测试未通过。

为了便于测试人员查看测试结果，可以将测试结果存放在相应的目录下，并指示测试通过和未通过的测试项，也可以针对未通过的测试项指示标注失败的原因。

因此，可选地，所述配置文件包括测试指标和测试结果的存放目录中的至少一项。

所述测试指标可以包括测试通过的标准，例如，可以对某一功能点进行多次测试，定义当成功率达到某一值时，认为测试通过。

配置文件中还可定义测试结果的存放目录，或测试结果文件的命名规则。通过这种方式，有利于测试人员进一步查看测试结果。

可选地，所述配置文件中还可以包括测试出现异常情况时的处理方式。例如，暂停一段时间之后，在继续进行。例如，执行下一个配置文件等。

本领域的技术人员应当可以理解，在上述的流程图中，某些步骤的顺序可以因设备或测试领域的不同而不同。在一个例子中，首先需要接收待测设备的消息，在接收到的消息满足配置文件中的规则时，再进行下一步的测试。

本领域的技术人员应当理解，在电子技术领域，可以通过软件、硬件以及软件和硬件结合的方式，将上述方法体现产品中。本领域的技术人员很容易基于上述公开的方法，产生一种自动测试设备功能的系统。

图2是根据本发明的实施例的自动测试设备功能的系统的示意性框图。

如图2所示，该系统200包括但不限于获取配置文件单元210、发送控制单元220、接收控制单元230、验证处理单元240、测试结果输出单元250。

所述获取配置文件的单元210，用于获取配置文件，其中，所述配置文件包括发送消息的规则和接收消息的规则。

所述发送控制单元220，用于基于所述配置文件中的所述发送消息的规则将测试消息发送至被测设备。

所述接收控制单元230，用于接收所述被测设备针对所述测试消息的反馈消息。

所述验证处理单元240，用于基于所述配置文件中的所述接收消息的规则检查接收的所述反馈消息。

所述测试结果输出单元250，用于在所述反馈消息符合所述接收消息的规则的情况下，确定测试通过。

此外，所示系统200还可包括显示器270或存储单元260。所述存储单元260可用于存储配置文件和/或测试结果。所述显示器270可用于显示测试的操作界面以及测试的过程。

可选地，所述系统200还包括：在向被测设备发送测试消息之前确定被测设备处于正常的工作状态的单元。

可选地，所述系统200还包括：获取被测设备的类型信息和版本信息中的至少一项的单元；以及检查所述的设备类型信息和版本信息中的至少一项与配置文件中的相应项目的一致性的单元。

可选地，所述配置文件还包括测试指标和测试结果的存放目录中的至少一项。

在一个例子中，使用所述配置文件的哈希值作为所述配置文件的文件名。

在另一个例子中，所述系统还包括当读取所述配置文件时，使用所述文件名验证所述配置文件的完整性的单元。

本领域技术人员应当理解，可以通过各种方式来实现根据本发明的获取配置文件单元210、发送控制单元220、接收控制单元230、验证处理单元240、测试结果输出单元250等。例如，可以通过指令配置处理器来实现。例如，可以将指令存储在ROM中，并且当启动设备时，将指令从ROM读取到可编程器件中来实现根据本发明的自动测试系统。例如，可以将该用于自动测试的系统中的各单元固化到专用器件(例如ASIC)中。可以将该自动测试系统中上述单元分成相互独立的单元，或者可以将它们合并在一起实现。可以通过上述各种实现方式中的一种来实现，或者可以通过上述各种实现方式中的两种或更多种方式的组合来实现根据本发明的自动测试系统。

图2所示系统200与被测设备280之间采用虚线标注，是为了表示自动测试系统200可以与被测设备280之间直接进行通信，例如，直接发送和接收消息。此外，系统200还可以通过控制测试仪器与被测设备进行间接通信，例如，控制测试仪器向待测设备发送消息。

例如，在微电子技术领域，根据本发明的用于自动测试设备功能的系统可以包括测试主机，CTC(集群工具控制器)以及被测设备。测试主机连接CTC，CTC连接至待测设备。CTC用于监控待测设备或待测芯片，并将所获取的待测设备的消息转发至测试主机，由测试主机来根据配置文件检查接收的消息是否正确，并决定下一步的操作。

其中，配置文件的一个例子如下：

其中：

RuleData：表示定义的一个规则节点。

Streamid和Functionid：表示要监测的接收消息。

SendMsgList：需要发送的消息列表。

ExpressionsList：要监测的表达式列表，可以包含多个Expression。

Expression：具体的表达式。

Index：需要进行监测的数据下标。

Comparision：表达式(如＝、>、<、！＝等)。

ComparisionValue：进行比较的值。

*************

图3是根据本发明的实施例在微电子领域应用的示意性的流程图。

图3示出的是测试主机接收到消息之后的处理流程图。包括以下步骤：

步骤S310，接收到消息。

测试主机接收到待测设备的发送的反馈消息。所述测试主机可以是计算机结合相应的测试软件以控制实现自动测试的过程。

所述测试主机中存储有配置文件，可以完成配置文件的加载和解析。例如，根据配置文件中的规则发送和接收消息。例如，将测试结果保存在相应的目录下。

步骤S320，判断是否有该消息的规则。

测试主机判断所获取的配置文件中是否有该消息的规则，例如，配置文件中Streamid和Functionid的值是否符合预定的规则。如果判断结果为是，则执行步骤S330；否则，结束该过程，并且保存测试结果。

步骤S330,判断该消息是否满足所有的表达式。

判断该消息是否满足所有的表达式，例如，上述配置文件的ExpressionsList中的值。如判断结果为是，则执行步骤S340；否则，结束该过程并保存测试结果。

步骤S340，读取发送消息列表。

在此步骤，测试主机循环读取发送消息列表。

步骤S350，获取发送消息的数据并发送消息。

从加载的配置文件中，获取待发送的消息的数据并将发送给待测设备

步骤S360，判断是否已发完所有消息。

判断是否已发送完所述的发送消息列表中所有的消息，如果已发送完，则结束此次过程，并输出测试结果。否则，再依次循环读取发送消息列表并重复上述过程。

这里参照根据本发明实施例的方法、装置(系统)的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。

虽然已经通过例子对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上例子仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。

Claims (10)

1.一种用于自动测试设备功能的方法，包括：

获取配置文件，其中，所述配置文件包括发送消息的规则和接收消息的规则；

基于所述配置文件中的所述发送消息的规则将测试消息发送至被测设备；

接收所述被测设备针对所述测试消息的反馈消息；

基于所述配置文件中的所述接收消息的规则检查接收的所述反馈消息；以及

在所述反馈消息符合所述接收消息的规则的情况下，确定测试通过。

2.根据权利要求1所述的方法，其中，使用所述配置文件的哈希值作为所述配置文件的文件名，以及所述方法还包括：

当获取所述配置文件时，使用所述文件名验证所述配置文件的完整性。

3.根据权利要求1所述的方法，还包括：在向被测设备发送测试消息之前，确定被测设备处于正常的工作状态。

4.根据权利要求3所述的方法，还包括：

获取被测设备的类型信息和版本信息中的至少一项；以及

检查所述的类型信息和版本信息中的至少一项与配置文件中的相应项目的一致性。

5.根据权利要求1所述的方法，其中，所述配置文件还包括测试指标和测试结果的存放目录中的至少一项。

6.一种用于自动测试设备功能的系统，包括：

获取配置文件的单元：用于获取配置文件，其中，所述配置文件包括发送消息的规则和接收消息的规则；

发送控制单元：用于基于所述配置文件中的所述发送消息的规则将测试消息发送至被测设备；

接收控制单元：用于接收所述被测设备针对所述测试消息的反馈消息；

验证处理单元：用于基于所述配置文件中的所述接收消息的规则检查接收的所述反馈消息；以及

测试结果输出单元：用于在所述反馈消息符合所述接收消息的规则的情况下，确定测试通过。

7.根据权利要求6所述的系统，其中，使用所述配置文件的哈希值作为所述配置文件的文件名，以及所述系统还包括：

当获取所述配置文件时，使用所述文件名验证所述配置文件的完整性的单元。

8.根据权利要求7所述的系统，还包括：在向被测设备发送测试消息之前确定被测设备处于正常的工作状态的单元。

9.根据权利要求6所述的系统，还包括：

获取被测设备的类型信息和版本信息中的至少一项的单元；以及

检查所述的设备类型信息和版本信息中的至少一项与配置文件中的相应项目的一致性的单元。

10.根据权利要求6所述的系统，其中，所述配置文件还包括测试指标和测试结果的存放目录中的至少一项。