CN116938779A - 自动化检测方法、单板、电子设备及存储介质 - Google Patents

Abstract

本发明涉及通信领域，公开了一种自动化检测方法、单板、电子设备及存储介质，方法包括：接收主控单板下发的硬件自检指令；根据硬件自检指令，加载预先缓存的工装自检补丁包；其中，工装自检补丁包中包括预先打包的硬件自检脚本；根据预设程序进行重启进入工装自检模式，根据硬件自检脚本进行硬件自检，并向主控单板反馈自检结果。通过将包含硬件自检脚本的工装自检模式的版本文件以补丁包的形式存储在单板上，使得工装自检版本能够独立发布和维护，实现自检版本与商用本版的解耦；在接收到硬件自检指令后，单板根据工装自检补丁包完成硬件自检模式的切换，并根据硬件自检脚本在无需主控单板控制的情况下，简单高效的实现单板粒度的硬件自检。

Description

自动化检测方法、单板、电子设备及存储介质

技术领域

本发明实施涉及通信技术领域，特别涉及一种自动化检测方法、单板、电子设备及存储介质。

背景技术

随着路由器设备高度现代化，对设备的硬件自检，要求也越来越高，路由器设备从生产到发货的实施过程中，需要拦截在焊接过程中出现的短路、断路、器件漏焊等各种焊接故障，还需要排除单板运输过程中的磕碰等情况，需要对设备硬件系统做全面的自检，确保业务运行前设备状态正常，防范业务故障触发，阻止后续风险。

外场工程实施时对设备做硬件自检，需要考虑如下场景：场景1：新增设备：在进行新增设备后要求对整个硬件系统做自检，包括主控/线卡/交换/接口子卡/背板，涵盖控制面通道和转发面通道；场景2：现网设备单板扩容：在现网设备上做新扩容单板的硬件自检，包括线卡/接口卡，扩容单板硬件自检时需跟现网承载业务的单板隔离，不能对现网业务造成过大的影响；场景3：现网设备单板出现疑似硬件故障：在对现场环境不做任何物理操作的情况下，对故障单板做硬件自检。

为了解决上述场景中的硬件自检问题，当前常用的一种方式是使用独立版本进行自检，用户下发一次自检命令后，所有被测单板一同进行自检，但是检测开始后新插入的单板只能等当前轮次自检结束后，重新和各被测单板一同进行自检，并且在发生现网设备单板扩容或需要进行故障单板自检的情况下，现场无条件进行独立版本自检，需要将单板拨出送回，费时费力。另一种方式是通过在主控单板上运行控制自检脚本的商用版本，在自检单板上运训工装自检版本，由主控单板控制现网设备上某个或某几个单板的自检，以此实现单板的硬件自检，但是这种方式下的自检模式固定，针对性差，并且由于商用版本发布周期长、发布流程严格等现状，因此，在发生单板扩容的情况下难以兼容扩容单板的硬件自检，实用性较差。

发明内容

本申请实施例的目的在于解决上述问题，提供一种自动化检测方法、单板、电子设备及存储介质，通过将自检脚本封装在单板本地预存的工装自检补丁包中对自检脚本独立发布维护，实现自检版本和主控单板商用版本的解耦，进而简单高效的实现单板粒度的硬件自检。

为实现上述目的，本申请实施例提供了一种自动化检测方法，包括：接收主控单板下发的硬件自检指令；根据所述硬件自检指令，加载预先缓存的工装自检补丁包；其中，所述工装自检补丁包中包括预先打包的硬件自检脚本；根据预设程序进行重启进入工装自检模式，根据所述硬件自检脚本进行硬件自检，并向所述主控单板反馈自检结果。

为实现上述目的，本申请实施例还提供了一种单板，包括：获取模块，用于接收主控单板下发的硬件自检指令；

加载模块，用于根据所述硬件自检指令，加载预先缓存的工装自检补丁包；其中，所述工装自检补丁包中包括预先打包的硬件自检脚本；

自检模块，用于根据预设程序进行重启进入工装自检模式，根据所述硬件自检脚本进行硬件自检，并向所述主控单板反馈自检结果。

为实现上述目的，本申请实施例还提供了一种电子设备，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上所述的自动化检测方法。

为实现上述目的，本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现如上所述的自动化检测方法。

本申请实施例提供的自动化检测方法，单板在接收到主控单板的硬件自检指令后，根据硬件自检指令，加载预先缓存在本地的工装自检补丁包，工装自检补丁包中包含预先打包的硬件自检脚本。然后通过重启的方式进入工装自检模式，根据工装自检补丁包中的硬件自检脚本进行硬件自检，并向主控单板反馈自检结果。通过预先将包含打包好的硬件自检脚本的工装自检模式的版本文件，以补丁包的形式存储在单板上，使得工装自检模式的版本文件能够独立发布和维护，实现自检版本与主控单板的商用本版的解耦；并在接收到主控单板的硬件自检指令后，单板根据工装自检补丁包完成现网模式到硬件自检模式的切换，并根据硬件自检脚本自行完成硬件自检和自检结果上报，在无需主控单板进行自检控制的情况下，简单高效的实现单板粒度的硬件自检。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是本申请实施例中的自动化检测方法流程图；

图2是本申请实施例中的一种硬件自检交互示意图；

图3是本申请另一实施例中的单板的结构示意图；

图4是本申请另一实施例中的电子设备的结构示意图。

具体实施方式

由背景技术可知，在当下较为常用的自动化检测方法中，使用独立版本进行硬件自检的方式无法实现单板粒度的硬件自检以及针对故障单板的针对性硬件自检，使用利用主控单板控制硬件自检以实现单板粒度自检的方式自检的针对性差，并且无法对新类型单板及时适配，可行性差。因此，如何简单高效的完成单板粒度的硬件自检，以提高硬件自检和故障分析的效率和效果是一个迫切需要得到解决的问题。

为了解决上述问题，本申请的实施例提供了一种自动化检测方法，包括：接收主控单板下发的硬件自检指令；根据硬件自检指令，加载预先缓存的工装自检补丁包；其中，工装自检补丁包中包括预先打包的硬件自检脚本；根据预设程序进行重启进入工装自检模式，根据硬件自检脚本进行硬件自检，并向主控单板反馈自检结果。

本申请实施例提供的自动化检测方法，单板在接收到主控单板的硬件自检指令后，根据硬件自检指令，加载预先缓存在本地的工装自检补丁包，工装自检补丁包中包含预先打包的硬件自检脚本。然后通过重启的方式进入工装自检模式，根据工装自检补丁包中的硬件自检脚本进行硬件自检，并向主控单板反馈自检结果。通过预先将包含打包好的硬件自检脚本的工装自检模式的版本文件以补丁包的形式存储在单板上，使得工装自检模式的版本文件能够独立发布和维护，实现自检版本与主控单板的商用本版的解耦；并在接收到主控单板的硬件自检指令后，单板根据工装自检补丁包完成现网模式到硬件自检模式的切换，并根据硬件自检脚本自行完成硬件自检和自检结果上报，在无需主控单板进行自检控制的情况下，简单高效的实现单板粒度的硬件自检。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

下面将结合具体的实施例的对本申请记载的自动化检测方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

本申请实施例的第一方面提供了一种自动化检测方法，自动化检测方法的流程参考图1，在一些实施例中，自动化检测方法包括以下步骤：

步骤101，接收主控单板下发的硬件自检指令。

具体地说，在现网设备中发生新增单板、现网设备单板扩容或者现网设备单板出现疑似硬件故障等场景下，运维人员会通过用户终端或者后台控制终端，向现网设备的主控单板发送特定的单板操作指令，指示现网设备进行单板硬件自检。主控单板在接收到单板操作指令后，会根据单板操作指令，向需要进行硬件自检的单板下发硬件自检指令，单板对主控单板的指令进行接收，获取主控单板下发的硬件自检指令。

步骤102，根据硬件自检指令，加载预先缓存的工装自检补丁包。

具体地说，单板在接收到主控单板的硬件自检指令后，在本地存储空间中进行工装自检补丁包的读取和检测等，然后根据预设程序，将工装自检补丁包中的文件作为安装文件进行加载，其中，工装自检补丁包中包括预先打包的硬件自检脚本。通过本地预存包含硬件自检脚本的工装自检补丁包，使得单板能够及时完成文件的加载，提高单板模式变更效率；将硬件自检脚本以打补丁包的方式存储在工装自检补丁包中，使得单板的硬件自检脚本能够独立生成和维护，实现单板上的自检版本与主控单板上的商用版本的解耦，使得后续硬件自检过程无需主控单板控制，简化自检过程。

值得一提的是，工装自检补丁包中不仅包含根据单板信息预先生成的硬件自检脚本，还可以包含工装进程使用的现场可编辑逻辑门阵列(Field Programmable GateArray，FPGA)文件，相关模块的库文件，例如，自检模块的库文件，可拓展标记语言(XML)文件等。工装自检补丁包的封装方式可以直接采用现有补丁包制作方式，对包含的各文件进行打包，生成工装自检补丁包。本实施例对工装自检补丁包中具体包含的文件以及文件的打包方式不做限制。

在一个例子中，根据硬件自检指令，加载预先缓存的工装自检补丁包，包括：根据硬件自检指令，将单板的文件调用路径从当前运行的现网模式的安装文件存储路径，修改为工装自检模式的安装文件存储路径。

具体而言，单板在根据主控单板的硬件自检指令，读取并加载预先缓存的工装自检补丁包的过程中，根据主控单板硬件自检指令中的版本切换指令，单板的软件版本管理模块对单板的文件调用路径进行修改，将单板的安装文件调用路径从当前运行的现网模式的安装文件存储路径，修改为工装自检模式的安装文件存储路径，即将单板安装文件调用路径调整为本地内存中的工装自检补丁包。通过对单板安装文件调用路径进行修改，使得单板能够准确加载需要的安装文件，进而在重启后能够准确进入工装自检模式，并根据自检脚本完成自检。

在另一个例子中，硬件自检脚本可以根据以下方式生成：获取单板的单板类型；根据单板类型与检测项目的对应关系，确定单板的标准待测项；根据单板的标准待测项，生成硬件自检脚本。

具体而言，在进行单板的硬件自检脚本生成的过程中，先根据单板的分类标准或者单板的硬件信息，对单板所属的类型进行分类，例如，根据单板包含的指定硬件的数量、硬件的工作参数等信息对单板所属类型进行分类。根据当前单板的硬件信息获取单板的单板类型后，根据预先设置好的单板类型与检测项目的对应关系，确定当前单板对应的所有标准待测项，例如，预先设置A型单板对应200个待测项，B型单板对应150个待测项，根据分类标准确定出当前单板为A型单板，则将预设关系中A型单板对应的200个待测项作为当前单板的标准待测项。其中，单板硬件检测过程中的待测项可以是根据单板的具体功能或者单板中硬件的标准工作参数设置的。然后基于当前单板对应的所有标准待测项，为单板生成硬件自检过程中需要使用的硬件自检脚本。通过预先为不同类型的单板设置对应的待测项，根据单板类型确定生成硬件自检脚本时依据的标准待测项，并生成硬件自检脚本，保证生成的硬件自检脚本对单板具有良好的针对性，保证硬件检测的效果。

另外，在需要生成硬件自检脚本的单板不属于任何已有单板类型的情况下，还可以根据单板的硬件数据对单板类型进行扩充，然后基于硬件与硬件测试项的对应关系，结合单板包含的若干个硬件，逐一获取各硬件对应的硬件测试项，对得到的硬件测试项集合进行去重，将去重后的硬件测试项集合作为单板的标准待测项集合，然后基于标准待测项集合为新增类型的单板进行硬件自检脚本的设计。

进一步地，根据单板的标准待测项，生成硬件自检脚本，包括：获取当前待检测的硬件潜在故障；根据硬件潜在故障，获取与硬件潜在故障相关的目标待测项；根据目标待测项，生成硬件自检脚本。

具体而言，在为单板设计并生成硬件自检脚本的过程中，可以直接对单板所有可能的硬件故障进行检测，此时，硬件自检脚本设计时需要能够对单板所有的标准待测项进行测试，以避免对硬件故障的漏检测。此外，在硬件故障检测存在明确的目标的情况下，为了提高自检效率，可以预先将需要检测的硬件故障作为硬件潜在故障，然后将与硬件潜在故障存在相关性，能够反映单板发生硬件潜在故障的标准待测项作为目标待测项，并生成一个可以对所有目标待测项进行测试的硬件自检脚本供单板在硬件自检过程中使用。通过根据当前需要检测的潜在故障选取部分或所有标准待测项作为目标待测项生成硬件自检脚本，使得单板加载的硬件自检脚本的检测范围能够灵活调整，并且通过定制化脚本进行硬件自检，使得运维人员能够根据检测结果迅速分析出具体故障及故障原因，提高故障检测和分析效率。

例如，当前单板为A类型的单板，A类型单板具有200个标准待测项，当前待检测的硬件故障为硬件潜在故障T，与硬件潜在故障T相关的标准待测项有20个，那么，在进行硬件自检脚本生成的过程中，将硬件自检脚本中包含的待测项设置为与硬件潜在故障T相关的20个标准待测项，并完成硬件自检脚本的生成。在具体的应用中，单次硬件自检中的硬件潜在故障可以为一个或多个，设计出的硬件自检脚本能够实现对所有硬件潜在故障相关的标准待测项的测试即可，本实施例对硬件自检脚本的具体生成不做限制。

另外，为了避免硬件故障的漏检测，还可以先根据单板所有标准待测项生成硬件自检脚本并发布给单板进行存储和使用，在需要对特定的硬件故障进行二次检测的时候，根据待检测的特定硬件故障，在所有标准待测项中选取部分目标待测项，然后生成一个新的硬件自检脚本，并通过打补丁的方式将新的硬件自检脚本打包到工装自检补丁包中，供单板根据新的硬件自检脚本对特定硬件故障进行检测，通过对工装自检补丁包进行打补丁的方式，简单高效的实现单板硬件自检过程中的硬件测试范围的调整。

进一步地，根据单板的标准待测项，生成硬件自检脚本，包括：获取单板的预设测试时长；根据预设测试时长及硬件自检脚本包含的待测项总数，确定硬件自检脚本单次检测的待测项数量；根据单次检测的待测项数量，对硬件自检脚本进行测试并行度设置。

具体而言，为了保证硬件自检的效率，在进行硬件自检脚本生成过程中，还需要对硬件自检脚本的测试并行度进行设置，在获取到的为单板设置的预设测试时长后，获取硬件自检脚本覆盖的待测项的总数，结合每个待测项所需的时长、待测项的总数及完成硬件自检期望的预设测试时长，确定硬件自检脚本中每轮检测过程中并行检测的待测项数量，并根据确定出的并行检测的待测项数量，对硬件自检脚本中的测试并行度进行设置。例如，硬件自检脚本覆盖100个测试项，每个测试项的平均测试时长为6S，预设测试时长为5分钟，则每次同时进行两个及其以上测试项的测试，才能够在5分钟内完成测试，因此，将硬件自检脚本的测试并行度设置为大于等于2的整数。通过为硬件自检脚本准确的设置测试并行度，实现对硬件自检时长的压缩，保证硬件自检准确性的同时，提高硬件自检效率。

另外，在硬件自检的期望完成时间发生变更的情况下，还可以根据变更后的期望完成时间重新确定硬件自检脚本的测试并行度，生成一个新的硬件自检脚本。然后通过打补丁的方式将新的硬件自检脚本打包到工装自检补丁包中，供单板根据新的硬件自检脚本，以新的测试并行度进行待测项的并行检测，通过对工装自检补丁包进行打补丁的方式，简单高效的实现单板硬件自检过程中测试并行度的变更，使得硬件自检更加灵活。

此外，还可以通过打补丁的方式对工装自检补丁包中的硬件自检脚本进行更新，使得硬件自检脚本中的待测项能够完成分组测试的编排，进一步提升硬件自检的个性化。

步骤103，根据预设程序进行重启进入工装自检模式，根据硬件自检脚本进行硬件自检，并向主控单板反馈自检结果。

具体地说，单板在完成对预先缓存的工装自检补丁包的加载后，按照预设的模式切换程序将工装自检补丁包中的文件作为安装文件进行重启，将当前的现网模式切换为工装自检模式，然后单板利用硬件自检脚本基于自身的硬件数据进行硬件自检，并向主控单板反馈自检结果。

在一个例子中，根据硬件自检脚本进行硬件自检，并向主控单板反馈自检结果，包括：获取单板当前的测试状态和/或自检结果，并根据当前的测试状态和/或自检结果生成测试结果文件；向主控单板反馈测试结果文件，供主控单板解析测试结果文件进行测试结果的回显。

具体而言，单板在利用硬件自检脚本进行硬件自检的过程中，根据硬件脚本中的待测项检测顺序，获取测试过程中需要使用的硬件数据，并对各待测项进行测试，记录已完成的待测项的记过，标记为成功、失败、超时等，统计已完成的待测项的测试时长，测试轮次等消息。然后根据已完成的待测项的测试结果，生成单板当前的硬件自检结果，根据已完成的待测项、未完成的待测项和进行中的待测项生成单板当前的硬件自检测试状态。然后将测试状态和/或硬件自检结果进行编排和打包，生成单板当前的测试结果文件，并将测试结果文件反馈给主控单板，供主控单板解析测试结果文件进行测试结果的回显，便于运维人员准确获取单板的硬件自检结果。通过根据当前测试状态和/或硬件自检结果进行测试结果文件生成，使主控单板能够准确的对单板硬件自检的结果进行回显，便于运维人员对硬件自检进行准确的监控和测试结果分析。

其中，测试状态可以包括：板卡状态，即单板的运行状态，可用于区分单板当前处于空闲模式还是测试模式；任务状态，即进行硬件自检的单板的待测项的执行情况，已测试和未测试条目；测试结果：即进行硬件自检的单板的待测项执行结果，测试通过和失败条目等。

进一步地，向主控单板反馈测试结果文件，包括：根据主控单板的查询指令向主控单板反馈测试结果文件，或根据预设程序周期性生成并向主控单板反馈测试结果文件。

具体而言，在单板根据硬件自检脚本进行硬件自检的过程中，主控单板可以向单板下发查询指令，单板在接收到查询指令后，根据单板当前的测试状态和硬件自检结果生成一份测试结果文件，并将测试结果文件反馈给主控单板。为了保证测试结果反馈的时效性和稳定性，还可以在工装自检补丁包中打包预设的测试结果反馈程序，单板根据测试结果反馈程序，按照一定的时间间隔，例如，10S、20S或30S等，对生成的测试结果文件进行周期性的更新，并将更新后的测试结果文件反馈给主控单板。通过根据查询指令或者预设周期进行测试结果文件反馈，提高测试结果反馈的时效性。

值得一提的是，主控单板还可以根据接收到的指令，向单板下发暂停自检指令、恢复自检指令、开始自检指令和终止自检指令等测试命令，对单板的硬件自检进程进行干涉，以进一步提升单板硬件自检的灵活性。

综上，单板根据硬件自检脚本进行硬件自检的过程中，单板与主控单板交互的流程可以参考图2：

主控单板的产品管理配置(Product Management Configuration，PMCFG)模块通过工装通信进程(Product Communication Process，PTCP)向下发硬件自检指令，单板根据硬件自检指令将模式从现网模式切换为工装自检模式。工装版本运行起来后，单板会与主控单板的PTCP进程进行握手建链，单板与主控单板之间进行单板信息同步、时间信息同步、请求文件传输协议(File Transfer Protocol，FTP)服务器的用户名及密码信息，同时单板通过约定消息号与主控单板直接进行10s一次的保活通信。本实施例中以主控单板与一个单板进行通信为例进行说明，在实际应用中，一个主控单板可以与多个单板进行通信，本实施例对与主控单板进行通信的单板的数量不做限制。

在单板进行硬件自检过程中，PTCP进程根据接收到的指令向单板下发硬件相应的指令，并将单板反馈的信息反馈给PMCFG模块。其中，PTCP进程接收到的指令如果是查询指令，则立即将单板上传的测试结果数据回复给PMCFG模块；接收到的指令如果是测试命令(包括开始自检指令、暂停自检指令、恢复自检指令等)，由PTCP解析后下发给单板的自检线程处理。

PTCP进程向单板下发测试指令的时候，单板在接收到测试指令后，对自身当前是否处于硬件自检状态进行检测，若当前处于硬件自检状态，则直接将根据当前记录的测试状态和/或硬件测试结果生成的测试结果文件反馈到PTCP进程，供PMCFG根据PTCP进程反馈的测试结果文件对单板当前的测试状态进行更新，此时，用户可以通过主控单板下发停止测试命令，单板中的自检模块会处理完已经下发的测试项后终止测试套件，并更新数据库，PMCFG刷新测试状态并回显给用户。

单板检测到自身还未处理硬件自检状态的情况下，启动工装版本的自检模块，由该自检模块解析并下发硬件自检脚本到单板上，比如硬件自检脚本设定了分组模式则按分组执行待测项，若脚本设置了串行模式则按照串行规则执行待测项，期间自检模块按照硬件自检脚本设定的规则执行测试项的下发和运行，维护测试序列调度，并根据接收到的指令或者预设时间间隔进行测试结果文件反馈，直至单板完成硬件自检。

值得一提的是，在进行测试结果文件上传的过程中，由于单板已经向主控请求到FTP服务器的用户名及密码信息，工装进程可以将处理好的测试结果文件以及故障定位所用的其他日志，使用FTP传输技术定时上送到主控单板，自检日志根据单板的地址进行存储，用于研发定位故障使用，在接收到查询指令时，主控直接解析测试结果文件进行测试结果回显。

更进一步地，在根据硬件自检脚本进行硬件自检后，还包括：接收主控单板的现网模式切换指令；根据现网模式切换指令进行重启，重新恢复到进入工装自检模式前的现网模式。

具体而言，主控单板在检测到单板完成硬件自检后，会根据接收到的指令或者预设程序，向单板下发现网模式切换指令，使单板将自身的模式切换会进行硬件自检前的现网模式。单板接收到主控单板的现网模式切换指令后，解除工装自检补丁包的加载激活，将安装文件的调用路径修改为现网模式的文件存储地址，然后通过重启的方式加载激活现网模式对应的安装文件，切换回硬件自检前的现网模式，并恢复原有业务的运行。通过在硬件自检完毕后及时切换回硬件自检前的现网模式，并恢复原有业务的运行，避免硬件自检对单板运行的业务造成过大的影响。

此外，应当理解的是，上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本申请实施例的另一方面涉及一种单板，参考图3，包括：

获取模块301，用于接收主控单板下发的硬件自检指令。

加载模块302，用于根据硬件自检指令，加载预先缓存的工装自检补丁包；其中，工装自检补丁包中包括预先打包的硬件自检脚本。

自检模块303，用于根据预设程序进行重启进入工装自检模式，根据硬件自检脚本进行硬件自检，并向主控单板反馈自检结果。

不难发现，本实施例为与方法实施例相对应的装置实施例，本实施例可与方法实施例互相配合实施。方法实施例中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在方法实施例中。

值得一提的是，本实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施例中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施例中不存在其它的单元。

本申请实施例的另一方面还提供了一种电子设备，参考图4，包括：包括至少一个处理器401；以及，与至少一个处理器401通信连接的存储器402；其中，存储器402存储有可被至少一个处理器401执行的指令，指令被至少一个处理器401执行，以使至少一个处理器401能够执行上述任一方法实施例所描述的自动化检测方法。

其中，存储器402和处理器401采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器401和存储器402的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器401处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传输给处理器401。

处理器401负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器402可以被用于存储处理器401在执行操作时所使用的数据。

本申请实施例的另一方面还提供了一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施例是实现本申请的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (11)

1.一种自动化检测方法，其特征在于，包括：

接收主控单板下发的硬件自检指令；

根据所述硬件自检指令，加载预先缓存的工装自检补丁包；其中，所述工装自检补丁包中包括预先打包的硬件自检脚本；

根据预设程序进行重启进入工装自检模式，根据所述硬件自检脚本进行硬件自检，并向所述主控单板反馈自检结果。

2.根据权利要求1所述的自动化检测方法，其特征在于，所述硬件自检脚本可以根据以下方式生成：

获取单板的单板类型；

根据单板类型与检测项目的对应关系，确定所述单板的标准待测项；

根据所述单板的标准待测项，生成所述硬件自检脚本。

3.根据权利要求2所述的自动化检测方法，其特征在于，所述根据所述单板的标准待测项，生成所述硬件自检脚本，包括：

获取当前待检测的硬件潜在故障；

根据所述硬件潜在故障，获取与所述硬件潜在故障相关的目标待测项；

根据所述目标待测项，生成所述硬件自检脚本。

4.根据权利要求2所述的自动化检测方法，其特征在于，所述根据所述单板的标准待测项，生成所述硬件自检脚本，包括：

获取所述单板的预设测试时长；

根据所述预设测试时长及所述硬件自检脚本包含的待测项总数，确定所述硬件自检脚本单次检测的待测项数量；

根据所述单次检测的待测项数量，对所述硬件自检脚本进行测试并行度设置。

5.根据权利要求1所述的自动化检测方法，其特征在于，所述根据所述硬件自检指令，加载预先缓存的工装自检补丁包，包括：

根据所述硬件自检指令，将单板的文件调用路径从当前运行的现网模式的安装文件存储路径，修改为所述工装自检模式的安装文件存储路径。

6.根据权利要求1所述的自动化检测方法，其特征在于，所述根据所述硬件自检脚本进行硬件自检，并向所述主控单板反馈自检结果，包括：

获取单板当前的测试状态和/或自检结果，并根据所述当前的测试状态和/或自检结果生成测试结果文件；

向所述主控单板反馈所述测试结果文件，供所述主控单板解析所述测试结果文件进行测试结果的回显。

7.根据权利要求6中所述的自动化检测方法，其特征在于，所述向所述主控单板反馈所述测试结果文件，包括：

根据所述主控单板的查询指令向所述主控单板反馈所述测试结果文件，或根据预设程序周期性生成并向所述主控单板反馈所述测试结果文件。

8.根据权利要求1至7中任一项所述的自动化检测方法，其特征在于，在所述根据所述硬件自检脚本进行硬件自检后，还包括：

接收所述主控单板的现网模式切换指令；

根据所述现网模式切换指令进行重启，重新恢复到进入所述工装自检模式前的现网模式。

9.一种单板，其特征在于，包括：

获取模块，用于接收主控单板下发的硬件自检指令；

加载模块，用于根据所述硬件自检指令，加载预先缓存的工装自检补丁包；其中，所述工装自检补丁包中包括预先打包的硬件自检脚本；

自检模块，用于根据预设程序进行重启进入工装自检模式，根据所述硬件自检脚本进行硬件自检，并向所述主控单板反馈自检结果。

10.一种电子设备，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至8中任一项所述的自动化检测方法。

11.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的自动化检测方法。