设备检测方法、检测设备和计算机可读存储介质

技术领域

本发明涉及自动检测技术领域，尤其涉及设备检测方法、检测设备和计算机可读存储介质。

背景技术

随着越来越多的产品使用USB(Universal Serial Bus，通用串行总线)接口与外界设备进行通信，为了确保USB设备能够被正常识别，通常需要进行大量的USB功能检测，即需要在各种操作系统下检测USB设备的枚举可靠性，因此，工作量巨大。

目前，USB设备检测方法是大多数是通过人工检测，手动重复插拔USB设备，以连接外界主机进行检测。检测工作量巨大，且无法做到全天检测，很容易发生由于检测不充分，导致产品异常未被检出，同时统计检测次数困难。

若采用其他外接设备对USB设备的连接进行控制，从而实现对USB设备测检测，则需要依赖该外接设备，对检测环境依赖极高。

发明内容

基于此，有必要针对上述问题，提出了设备检测方法、检测设备和计算机可读存储介质。

一种设备检测方法，所述方法包括：按照预设周期重新启动检测设备并在启动后向待测设备发送检测指令，所述检测指令用于使得所述待测设备向所述检测设备发送返回信息；判断所述检测设备是否接收到所述待测设备发送的所述返回信息；若接收到所述返回信息，则根据所述返回信息生成检测文档；其中，所述待测设备通过检测接口与所述检测设备连接。

其中，所述判断所述检测设备是否接收到所述待测设备发送的所述返回信息的步骤之后，包括：若没有接收到所述返回信息，则停止执行所述重新启动检测设备及后续步骤。

其中，所述停止执行所述重新启动检测设备及后续步骤的步骤之后，包括：统计所述检测文档的个数，根据所述个数计算出所述待测设备的失败概率。

其中，所述根据所述返回信息生成检测文档的步骤，包括：获取接收所述返回信息的接收时间，将所述检测文档以所述接收时间命名。

其中，所述根据所述返回信息生成检测文档的步骤之后，包括：将所述检测文档储存在以所述待测设备的标识命名的文件夹中。

其中，所述按照预设周期重新启动检测设备的步骤之前，包括：读取启动目录中的检测文件，所述检测文件包括所述预设周期。

其中，所述检测指令包括版本查询指令，所述返回信息包括所述待测设备的固件版本信息。

一种检测设备，包括：发送模块，用于按照预设周期重新启动所述检测设备并在启动后向待测设备发送检测指令，使得所述待测设备能够响应所述检测指令向所述检测设备发送返回信息；判断模块，用于判断是否接收到所述待测设备发送的所述返回信息；生成模块，用于若接收到所述返回信息，则根据所述返回信息生成检测文档；其中，所述待测设备通过检测接口与所述检测设备连接。

一种检测设备，包括：处理器、存储器和通信电路，所述处理器耦接所述存储器和所述通信电路，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序以实现如上所述的方法。

一种计算机可读存储介质，存储有计算机程序，所述计算机程序能够被处理器执行以实现如上所述的方法。

采用本发明实施例，具有如下有益效果：

通过检测设备按照预设周期重新启动并在启动后待测设备发送检测指令，检测指令用于使得待测设备向检测设备发送返回信息，若接收到返回信息，则表示待测设备在本轮检测中功能正常，生成检测文档以记录本次检测，可以实现检测设备对待测设备自动检测，并对检测结果的自动记录，无需依靠外接设备，可以有效提升检测的效率，提高检测的可靠性，以及降低检测成本。

附图说明

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

其中：

图1是本发明提供的设备检测方法的第一实施例的流程示意图；

图2是本发明提供的设备检测方法的第二实施例的流程示意图；

图3是本发明提供的设备检测方法的第三实施例的流程示意图；

图4是本发明提供的检测设备的第一实施例的结构示意图；

图5是本发明提供的检测设备的第二实施例的结构示意图；

图6是本发明提供的计算机可读存储介质的一实施例的结构示意图。

具体实施方式

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

目前，USB设备检测方法是大多数是通过人工检测，手动重复插拔USB设备，以连接外界主机进行检测。检测工作量巨大，且无法做到全天检测，很容易发生由于检测不充分，导致产品异常未被检出，同时统计检测次数困难。若采用其他外接设备对USB设备的连接进行控制，从而实现对USB设备测检测，则需要依赖该外接设备，对检测环境依赖极高。

在本实施例中，为了解决上述问题，提供了一种设备检测方法，能够提升检测效率，提高检测可靠性，降低检测成本。

请参阅图1，图1是本发明提供的设备检测方法的第一实施例的流程示意图。本发明提供的设备检测方法包括如下步骤：

S101：按照预设周期重新启动检测设备并在启动后向待测设备发送检测指令。

在一个具体的实施场景中，检测设备和待测设备通过检测接口连接。在本实施场景中，检测接口为USB(Universal Serial Bus，通用串行总线)接口，待测设备为密码建键盘。在其他实施场景中，检测接口还可以是其他数据传输接口，例如Lightning Dock(闪电)接口，待测设备还可以是移动硬盘、鼠标等外接设备。

检测设备按照预设周期进行重新启动，以实现对待测的设备在预设周期内的供电和断电。在本实施场景中，该预设周期为50s，在其他实施场景中还可以为30s、40s或者60s。

检测设备在启动后向待测设备发送检测指令，使得待测设备能够响应检测指令向检测设备发送返回信息。在本实施场景中，检测指令是版本指令，返回信息是待测设备的固件版本信息。在其他实施场景中，检测指令还可以是其他查询指令，例如文件查询指令，返回信息是文件查询结果信息。

S102：判断检测设备是否接收到待测设备发送的返回信息。若是，执行步骤S103。

在本实施场景中，若检测接口功能正常，且与待测设备连接正常，则检测指令可以成功传输给待测设备，若待测设备功能正常则会响应检测指令向检测设备发送返回信息，返回信息通过检测接口发送至检测设备，检测设备成功接收返回信息。而若检测接口功能、检测接口与待测设备的连接以及待测设备的功能中有一者不正常，则检测设备将无法接收到返回信息。

因此，在本实施场景中，判断是否接收到待测设备发送的返回信息，若成功接收则表示待测设备本轮检测中功能正常，若未能接收到返回信息，则表示待测设备本轮检测中可能出现故障。

S103：根据返回信息生成检测文档。

在本实施场景中，检测设备成功接收到返回信息，表示待测设备在本轮检测中功能正常，根据返回信息生成检测文档。例如将返回信息的内容以文档形式保存，或者生成一空白文档。该检测文档用于表示本轮检测中待测设备功能正常。

在其他实施场景中，还可以采用其他方法记录待测设备本轮检测中的功能正常，例如，设置一计数器，当检测设备成功接收到返回信息时，该计数器的计数加一。

通过上述描述可知，在本实施例中通过检测设备按照预设周期重新启动并在启动后待测设备发送检测指令，检测指令用于使得待测设备向检测设备发送返回信息，若接收到返回信息，则表示待测设备在本轮检测中功能正常，生成检测文档以记录本次检测，可以实现检测设备对待测设备自动检测，并对检测结果的自动记录，无需依靠外接设备，可以有效提升检测的效率，提高检测的可靠性，以及降低检测成本。

请参阅图2，图2是本发明提供的设备检测方法的第二实施例的流程示意图。本发明提供的设备检测方法包括如下步骤：

S201：按照预设周期重新启动检测设备并在启动后向待测设备发送检测指令，检测指令用于使得待测设备能够向检测设备发送返回信息。

S202：判断是否接收到待测设备发送的返回信息。若是，执行步骤S203，若否，执行步骤S203。

S203：根据返回信息生成检测文档。

在一个具体的实施场景中，步骤S201-S203与本发明提供的设备检测方法的第一实施例的步骤S101-S103基本一致，此处不再进行赘述。

S204：停止执行重新启动检测设备及后续步骤。

在本实施场景中，检测设备没有接收到返回信息，表示待测设备在本轮检测中可能存在故障，则停止执行重新启动以及启动后的后续步骤。由于没有接收到返回信息，因此不会生成检测文档。

在其他实施场景中，还可以对用户发出警报消息，以通知用户本轮检测结果。

S205：统计检测文档的个数，根据个数计算出待测设备的失败概率。

在本实施场景中，统计本轮检测之前的检测生成的检测文档的个数，每个检测文档表示一轮检测成功，根据检测文档的个数计算出待测设备的失败概率，例如，在本轮检测之前的检测文档的个数为199个，则待测设备的失败概率为1/200。

根据上述描述可知，在本实施例中，通过检测设备按照预设周期重新启动并在启动后待测设备发送检测指令，检测指令用于使得待测设备向检测设备发送返回信息，若未接收到返回信息，则表示本轮检测失败，停止重新启动及后续步骤，对本轮检测之前的检测生成的检测文档个数进行统计，根据检测文档的个数计算出待测设备失败概率，可以实现检测设备对待测设备自动检测，并对检测结果的自动记录和统计，计算出失败概率，无需依靠外接设备，可以有效提升检测的效率，提高检测的可靠性，以及降低检测成本。

请参阅图3，图3是本发明提供的设备检测方法的第三实施例的流程示意图。本发明提供的设备检测方法包括如下步骤：

S301：读取启动目录中的检测文件。

在一个具体的实施场景中，用户根据测试需求编写检测文件，在本实施场景中，检测文件为VBS脚本文件，将VBS脚本文件放到检测设备的启动目录中。VBS脚本文件中写有用于检测设备重新启动的预设周期。

S302：按照预设周期重新启动检测设备并在启动后向待测设备发送检测指令。

在本实施场景中，按照VBS脚本文件中的预设周期，检测设备进行重新启动，并在启动后向待测设备发送检测指令。该检测指令用于使得待测设备向检测设备发送返回信息。具体地，如本发明提供的设备检测方法的第一实施例中的步骤S101，此处不再进行赘述。

在本实施场景中，检测设备可以同时连接多个待测设备，则检测设备在启动后同时向多个待测设备发送检测指令。

S303：判断是否接收到待测设备发送的返回信息。若是，执行步骤S304，若否，执行步骤S306。

在本实施场景中，若检测接口功能正常，且与待测设备连接正常，则检测指令可以成功传输给待测设备，若待测设备功能正常则会响应检测指令向检测设备发送返回信息，返回信息通过检测接口发送至检测设备，检测设备成功接收返回信息。而若检测接口功能、检测接口与待测设备的连接以及待测设备的功能中有一者不正常，则检测设备将无法接收到返回信息。

在本实施场景中，检测设备同时连接多个待测设备，若没有接收到至少一个待测设备的返回信息，则针对该待测设备执行步骤S306，若接收到至少一个待测设备发送的返回信息，则针对该至少一个待测设备执行步骤S304。由于多个待测设备的反应速度和运算速度，以及发送和接收信息的时延不同，因此，可以预设等待时间，检测设备发送检测指令之后，若经过预设等待时间，仍然没有接收到待测设备发送的返回信息，则判定未接收到该待测设备发送的返回信息。预设等待时间小于预设周期的时长。

S304：根据返回信息生成检测文档，获取接收返回信息的接收时间，将检测文档以接收时间命名。

在本实施场景中，检测设备接收到至少一个待测设备发送的检测文档，则分别根据每一个返回信息生成对应的检测文档。获取接收返回信息的接收时间，将检测文档以接收时间命名。在本实施场景中，检测文档为一空白文档，为txt格式。在其他实施场景中，检测文档也可以为其他文件格式，例如word、excel等等。例如，接收时间为2019年11月24日13点54分，则检测文档命名为20191124_1354_685.txt。其中，685可以是用于区别的标识，例如是检测设备接收到的第685个返回信息，以防止出现同一时间接收到多个返回信息时，无法进行区分。

S305：将检测文档储存在以待测设备的标识命名的文件夹中。

在本实施场景中，由于检测设备连接多个待测设备，因此，需要将根据不同检测设备发送的返回信息生成的检测文档分别存储到以对应的检测设备的标识命名的文件夹中。

在本实施场景中，在第一轮测试开始之前或者同时，获取每一个待测设备的标识，为每一个待测设备建立一个文件夹，每个文件夹以与其对应的待测设备的标识命名。待测设备的标识可以是用户手动输入或者检测设备自动获取。

S306：停止执行重新启动检测设备及后续步骤。

在本实施场景中，待测设备未接收到至少一个待测设备的返回信息，则停止执行重新启动检测设备的以及后续步骤。在本实施场景中，未接收到一个待测设备的返回信息，就停止执行重新启动检测设备以及后续步骤。在其他实施场景中，可以仅停止对该待测设备的检测，检测设备继续执行重新启动以及对后续步骤对其他待测设备继续进行检测。

在其他实施场景中，由于可能存在未接收到多个待测设备的返回信息，则生成提示消息，该提示消息中包括了未接收到返回信息的待测设备的标识，将该提示消息反馈给用户，使得用户了解具体哪个或哪几个待测设备可能存在故障。

S307：统计检测文档的个数，根据个数计算出待测设备的失败概率。

在本实施场景中，统计未接收到返回信息的待测设备对应的文件夹，即以该待测设备的标识命名的文件夹，中的检测文档的个数，根据每个文件夹中文档的个数分别计算该文件夹对应的待测设备的失败概率。

在其他实施场景中，由于所有的待测设备是同时进行测试，因此，可以仅计算出一个待测设备的失败概率，其他待测设备的失败概率与之相同。

在其他实施场景中，将该失败概率反馈给用户，使得用户可以获取待测设备的失败概率，从而进行进一步的分析。

通过上述描述可知，在本实施例中若接收到至少一个的待测设备发送的返回信息，则根据该返回信息生成检测文档，保存在该待测设备对应的文件中，若未接收到至少一个待测设备发送的返回信息，则停止执行重新启动检测设备以及后续步骤，并统计该待测设备对应的文件夹中的检测文档的个数，根据该个数计算出待测设备的失败概率，可以实现同时对多个待测设备的自动检测，无需依靠外接设备，可以有效提升检测的效率，提高检测的可靠性，以及降低检测成本。

请参阅图4，图4是本发明提供的检测设备的第一实施例的结构示意图。检测设备10包括发送模块11、判断模块12和生成模块13。发送模块11用于按照预设周期重新启动检测设备并在启动后向待测设备发送检测指令，使得待测设备能够响应检测指令向检测设备发送返回信息。判断模块12用于判断是否接收到待测设备发送的返回信息。生成模块13用于若接收到返回信息，则根据返回信息生成检测文档。其中，待测设备通过检测接口与检测设备连接。

检测设备10还包括停止模块14，用于若没有接收到返回信息，则停止执行重新启动及后续步骤。

停止模块14还用于统计检测文档的个数，根据个数计算出待测设备的失败概率。

生成模块13还用于获取接收返回信息的接收时间，将检测文档以接收时间命名。

生成模块13还用于将检测文档储存在以待测设备的标识命名的文件夹中。

发送模块11还用于读取启动目录中的检测文件，检测文件包括预设周期。

其中，检测指令包括版本查询指令，返回信息包括待测设备的固件版本信息。

通过上述描述可知，在本实施例中检测设备通过按照预设周期重新启动并在启动后待测设备发送检测指令，若接收到待测设备发送的返回信息，则表示待测设备在本轮检测中功能正常，生成检测文档以记录本次检测，若未接收到待测设备发送的返回信息，则表示待测设备可能出现故障，停止重新启动以及后续步骤，根据检测文档的个数计算待测设备的失败概率，可以实现检测设备对待测设备自动检测，并对检测结果的自动记录，无需依靠外接设备，可以有效提升检测的效率，提高检测的可靠性，以及降低检测成本。

请参阅图5，图5是本发明提供的检测设备的第二实施例的结构示意图。检测设备20包括处理器21、存储器22和通信电路23。处理器21耦接存储器22和通信电路23。存储器22中存储有计算机程序，处理器21在工作时执行该计算机程序以实现如图1-图3所示的方法。详细的方法可参见上述，在此不再赘述。

通过上述描述可知，本实施例中的检测设备通过按照预设周期重新启动并在启动后待测设备发送检测指令，若接收到待测设备发送的返回信息，则表示待测设备在本轮检测中功能正常，生成检测文档以记录本次检测，若未接收到待测设备发送的返回信息，则表示待测设备可能出现故障，停止重新启动以及后续步骤，根据检测文档的个数计算待测设备的失败概率，可以实现检测设备对待测设备自动检测，并对检测结果的自动记录，无需依靠外接设备，可以有效提升检测的效率，提高检测的可靠性，以及降低检测成本。

请参阅图6，图6是本发明提供的计算机可读存储介质的一实施例的结构示意图。计算机可读存储介质30中存储有至少一个计算机程序31，计算机程序31用于被处理器执行以实现如图1-图3所示的方法，详细的方法可参见上述，在此不再赘述。在一个实施例中，计算机可读存储介质30可以是终端中的存储芯片、硬盘或者是移动硬盘或者优盘、光盘等其他可读写存储的工具，还可以是服务器等等。

通过上述描述可知，在本实施例中计算机可读存储介质中存储的计算机程序可以用于按照预设周期重新启动检测设备并在启动后待测设备发送检测指令，若接收到待测设备发送的返回信息，则表示待测设备在本轮检测中功能正常，生成检测文档以记录本次检测，若未接收到待测设备发送的返回信息，则表示待测设备可能出现故障，停止重新启动以及后续步骤，根据检测文档的个数计算待测设备的失败概率，可以实现检测设备对待测设备自动检测，并对检测结果的自动记录，无需依靠外接设备，可以有效提升检测的效率，提高检测的可靠性，以及降低检测成本。

区别于现有技术，本发明通过按照预设周期重新启动检测设备并在启动后待测设备发送检测指令，检测指令用于使得待测设备向检测设备发送返回信息，若接收到返回信息，则表示待测设备在本轮检测中功能正常，生成检测文档以记录本次检测，可以实现检测设备对待测设备自动检测，并对检测结果的自动记录，无需依靠外接设备，可以有效提升检测的效率，提高检测的可靠性，以及降低检测成本。

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