CN106330583A - 检测处理方法及装置 - Google Patents

Abstract

本发明公开了一种检测处理方法及装置，其中，该方法包括：接收上位机下发的检测指令，其中，该检测指令是该上位机在检测到被测设备已获取到服务器构建的当前版本信息预定时间之后发送的；根据该检测指令进行检测处理，解决了相关技术中的设备检测的方法存在缺陷的问题，实现了对设备进行自动检测，节省了资源。

Description

检测处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及检测处理方法及装置。

背景技术

随着通讯领域日新月异的发展，通讯设备更新周期越来越短，为了迅速抢占市场，给用户提供更高质量的通讯设备，对自动化检测提出了更高的要求。专利CN200410050816.1提供了一种设备检测的方法，但是该方法没有实现真实意义的自动化检测，并且没有提供同步验证软件版本稳定性的方法。如果后续软件出现多处修改，引入了故障，就不能高效定位是哪处修改引入了故障，需要逐一排查。检测人员希望，能够在迅速定位检测设备故障的情况下，也能确保实时软件版本的稳定性，且在引入软件故障时能快速定位到是哪个开发人员，在什么时候合入代码引入的故障。

针对相关技术中的设备检测的方法存在缺陷的问题，还未提出有效的解决方案。

发明内容

本发明提供了检测处理方法及装置，以至少解决相关技术中的设备检测的方法存在缺陷的问题。

根据本发明的一个方面，提供了一种检测处理方法，包括：接收上位机下发的检测指令，其中，所述检测指令是所述上位机在检测到被测设备已获取到服务器构建的当前版本信息预定时间之后发送的；根据所述检测指令进行检测处理。

进一步地，在接收所述上位机下发的检测指令之前，所述方法还包括：接收所述上位机下发的复位指令，其中，所述复位指令用于触发获取所述当前版本信息；在接收到所述复位指令之后获取所述当前版本信息。

进一步地，根据所述检测指令进行检测处理包括：通过预先设置的检测用例根据所述检测指令进行检测处理。

根据本发明的另一方面，提供了一种检测处理方法，包括：在被测设备获取到服务器构建的当前版本信息的情况下，向所述被测设备下发检测指令；接收所述被测设备根据所述检测指令进行检测的结果。

进一步地，在向所述被测设备下发检测指令之前，所述方法还包括：向所述被测设备下发复位指令，其中，所述复位指令用于触发所述被测设备在接收到所述复位指令之后获取所述当前版本信息。

进一步地，在接收所述被测设备根据所述检测指令进行检测的结果之后，所述方法还包括：将所述结果反馈给服务器，供所述服务器以邮件的方式进行反馈。

根据本发明的再一方面，还提供了一种检测处理方法，包括：触发构建版本信息；将构建的当前版本信息发送给被测设备，其中，所述当前版本信息用于触发上位机向所述被测设备下发检测指令，所述检测指令用于所述被测设备根据所述检测指令进行检测。

进一步地，在将构建的当前版本信息发送给被测设备之后，所述方法还包括：通过所述上位机接收所述被测设备根据所述检测指令进行检测的结果；以邮件的方式进行反馈。

根据本发明的另一方面，提供了一种检测处理装置，包括：第一接收模块，用于接收上位机下发的检测指令，其中，所述检测指令是所述上位机在检测到被测设备已获取到服务器构建的当前版本信息预定时间之后发送的；检测处理模块，用于根据所述检测指令进行检测处理。

进一步地，所述检测处理模块包括：检测处理单元，用于通过预先设置的检测用例根据所述检测指令进行检测处理。

根据本发明的另一方面，还提供了一种检测处理装置，包括：下发模块，用于在被测设备获取到服务器构建的当前版本信息的情况下，向所述被测设备下发检测指令；第二接收模块，用于接收所述被测设备根据所述检测指令进行检测的结果。

根据本发明的再一方面，还提供了一种检测处理装置，包括：触发模块，用于触发构建版本信息；发送模块，用于将构建的当前版本信息发送给被测设备，其中，所述当前版本信息用于触发上位机向所述被测设备下发检测指令，所述检测指令用于所述被测设备根据所述检测指令进行检测。

通过本发明，采用接收上位机下发的检测指令，其中，所述检测指令是所述上位机在检测到被测设备已获取到服务器构建的当前版本信息预定时间之后发送的；根据所述检测指令进行检测处理，解决了相关技术中的设备检测的方法存在缺陷的问题，实现了对设备进行自动检测，节省了资源。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的检测处理方法的流程图一；

图2是根据本发明实施例的检测处理方法的流程图二；

图3是根据本发明实施例的检测处理方法的流程图三；

图4是根据本发明实施例的检测处理装置的框图一；

图5是根据本发明优选实施例的检测处理装置的框图；

图6是根据本发明实施例的检测处理装置的框图二；

图7是根据本发明实施例的检测处理装置的框图三；

图8是根据本发明实施的自动检测方法流程图；

图9是根据本发明实施例的自动检测系统的框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种检测处理方法，图1是根据本发明实施例的检测处理方法的流程图一，如图1所示，该流程包括如下步骤：

步骤S102，接收上位机下发的检测指令，其中，该检测指令是该上位机在检测到被测设备已获取到服务器构建的当前版本信息预定时间之后发送的；

步骤S104，根据该检测指令进行检测处理。

通过上述步骤，接收上位机下发的检测指令，其中，该检测指令是该上位机在检测到被测设备已获取到服务器构建的当前版本信息预定时间之后发送的；根据该检测指令进行检测处理，解决了相关技术中的设备检测的方法存在缺陷的问题，实现了对设备进行自动检测，节省了资源。

在接收该上位机下发的检测指令之前，该方法还包括：接收该上位机下发的复位指令，其中，该复位指令用于触发获取该当前版本信息；在接收到该复位指令之后获取该当前版本信息。

根据该检测指令进行检测处理的方式不止一种，在一个可选的实施例中，可以通过预先设置的检测用例根据该检测指令进行检测处理，其中，所述检测用例是预先设置在被测设备上的，针对被测设备上不同芯片及芯片之间的通路做了专门的检测用例用于检测芯片的性能及链路的连通性，不同的检测用例用不同的命令码进行区分，然后将命令码、检测设备位置等信息构成一条检测命令写入检测脚本中，每一个检测命令码都对应有一条检测命令。这个检测脚本存放在环境主控的硬盘或flash设备中，当环境主控下发自动化检测开始命令后会逐条解析检测脚本中的检测命令，然后发送给检测设备，当检测设备执行完当前命令码对应的检测用例返回检测结果给环境主控后，环境主控再发送下一条检测命令。该检测用例可以是复位主控的检测用例，也可以是复位一个或多个外围单板的检测用例。

本发明实施例还提供了一种检测处理方法，图2是根据本发明实施例的检测处理方法的流程图二，如图2所示，该流程包括如下步骤：

步骤S202，在被测设备获取到服务器构建的当前版本信息的情况下，向该被测设备下发检测指令；

步骤S204，接收该被测设备根据该检测指令进行检测的结果。

在向该被测设备下发检测指令之前，向该被测设备下发复位指令，其中，该复位指令用于触发该被测设备在接收到该复位指令之后获取该当前版本信息。

为了实时地掌控检测结果，在接收该被测设备根据该检测指令进行检测的结果之后，将该结果反馈给服务器，供该服务器以邮件的方式进行反馈。

本发明实施例还提供了一种检测处理方法，图3是根据本发明实施例的检测处理方法的流程图三，如图3所示，该流程包括如下步骤：

步骤S302，触发构建版本信息；

步骤S304，将构建的当前版本信息发送给被测设备，其中，该当前版本信息用于触发上位机向该被测设备下发检测指令，该检测指令用于该被测设备根据该检测指令进行检测。

为了实时地掌控检测结果，在将构建的当前版本信息发送给被测设备之后，通过该上位机接收该被测设备根据该检测指令进行检测的结果；以邮件的方式进行反馈，可以反馈给事先设置的邮箱地址。

本发明实施例提供了一种检测处理装置，图4是根据本发明实施例的检测处理装置的框图一，如图4所示，包括：

第一接收模块42，用于接收上位机下发的检测指令，其中，该检测指令是该上位机在检测到被测设备已获取到服务器构建的当前版本信息预定时间之后发送的；

检测处理模块44，用于根据该检测指令进行检测处理。

图5是根据本发明优选实施例的检测处理装置的框图，如图5所示，检测处理模块包括：

检测处理单元52，用于通过预先设置的检测用例根据该检测指令进行检测处理。

本发明实施例还提供了一种检测处理装置，图6是根据本发明实施例的检测处理装置的框图二，如图6所示，包括：

下发模块62，用于在被测设备获取到服务器构建的当前版本信息的情况下，向该被测设备下发检测指令；

第二接收模块64，用于接收该被测设备根据该检测指令进行检测的结果。

本发明实施例还提供了一种检测处理装置，图7是根据本发明实施例的检测处理装置的框图三，如图7所示，包括：

触发模块72，用于触发构建版本信息；

发送模块74，用于将构建的当前版本信息发送给被测设备，其中，该当前版本信息用于触发上位机向该被测设备下发检测指令，该检测指令用于该被测设备根据该检测指令进行检测。

针对相关技术中存在的上述问题，下面结合自动化检测(自动化测试)对上述检测处理方法进行进一步说明，下述可选实施例结合了上述可选实施例及其可选实施方式。

设备检测是生成发货的一个重要环节，自动化检测又是设备检测的重要手段，通过自动化检测，一方面可以迅速定位设备故障点，另一方面也可以确保软件检测版本的稳定。因此，为了能够提供给设备检测高效、稳定的软件检测版本，迅速定位生成检测中设备存在的问题，需要有一套完善的自动化检测方案。针对设备检测的要求，自动化检测必须具备如下几个特点：(1)能定时从版本服务器下载最新构建的检测版本；(2)自动更换版本；(3)自动下发开始检测命令；(4)自动开始检测；(5)自动查询检测结果；(6)将检测结果反馈给检测版本的负责人。

本可选实施例提供了一种标模工装自动化检测方法，包括：定时从版本服务器下载最新版本(svn有代码更新时，jenkins服务器会自动构建版本，然后定时从jenkins服务器上下载最新的版本，包括代码编译及版本打包)、复位整个检测系统、自动下发检测开始命令、自动开始检测、自动查询检测结果。还包括反馈检测结果，并将检测结果，通过邮件发送给检测软件开发负责人，如果有检测错误，同时将检测结果，通过邮件发送给最近合入代码的开发人员。从自动化检测必须完成的这些功能出发，提出了一套检测方案，该方案包括三个部分，第一个是通讯上位机，第二个是自动化检测脚本，第三个是集成在检测软件中的自动化检测功能。

上位机负责与环境主控通信，需具备收发功能。发送时，需要下发两种指令，第一种是复位指令，复位指令有两种，一种是复位环境主控本身，另一种是复位外围单板。可以在环境主控上设计两个检测用例，一个是复位主控的检测用例，另一个是复位外围单板的检测用例。第二种指令是自动化检测开始命令。当单板换好版本后，下发该指令开始自动化检测，这两种指令需要软件检测版本中实现。

自动化检测脚本放在版本构建PC机上，利用jinkens服务器，在版本构建、编译、打包，成功构建set集后，开始执行该脚本。利用jinkens服务器有两个重要的原因：第一是因为jinkens服务器会定时构建版本，可利用该功能实现自动触发功能。第二是jinkens服务器有邮件发送功能，可在检测出现错误时发送邮件给负责人。脚本必须具备如下两个功能：首先是换版本功能：可以利用ftp软件命令。然后是查询检测结果：自动化检测开始后，linux上位机会实时接收从检测系统反馈的检测结果，与此同时，脚本实时检测检测结果是否正确。

集成在软件版本中的自动化检测包括三个部分，一部分是控制检测单板自动化检测的线程，该线程是环境主控上的线程，每块检测单板都有独立的控制线程控制其或开始或停止检测。另一部分是针对检测单板不同检测点的专用检测项，设计了覆盖检测单板所有检测点的检测用例，保证检测的完整性。第三个部分是检测结果上传的功能，每块检测单板都会将各个检测用例的检测结果上传给环境主控，环境主控同时再将检测结果发送给上位机。

图8是根据本发明实施的自动检测方法流程图，如图8所示，整个流程包括编译版本，打包版本，换版本，复位单板，自动下发检测开始命令，自动查询检测结果并反馈给单板负责人，包括以下步骤：

步骤S801，检测系统上电，包括环境主控和被测单板上电，保证网络畅通；

步骤S802，检测制作的通讯上位机于检测系统是否建立通讯连接，正确配置ftp服务器，使得环境主控重启的时候能要到最新的版本；

步骤S803，定时从版本服务器更新软件版本，Jinkins服务器自动更新检测代码，编译版本，打包版本；

步骤S804，上位机下发复位环境主控命令和/或上位机下发复位外围单板命令，复位外围单板，同时立即复位环境主控，确保环境主控和外围单板启动的都是最新的版本；

步骤S805，待检测系统启动完成后，上位机下发自动化检测开始命令；

步骤S806，检测系统开始自动化检测，软件版本集成了自动化检测功能，针对检测设备的各个检测点设计了专门的检测用例，并且能将检测结果反馈给通讯上位机，供脚本解析；

步骤S807，检测系统上传检测结果给上位机，同时脚本解析上位机收到的检测结果。反馈给上位机的结果定制成某种特殊的格式，可以通过解析返回结果的格式判断检测是否成功；

步骤S808，上位机解析检测结果；

步骤S809，上位机根据检测结果判断是否检测成功，在判断结果为是的情况下，循环执行步骤S807，在判断结果为否的情况下，执行步骤S810；

步骤S810，上位机下发停止自动化检测指令；

步骤S811，Jenkins服务器自动下发邮件到最近合入代码的开发人。

上述的自动化检测方法，高效、功能齐全，在检测软件代码更新的情况下(有开发人员合入代码后)，能定时更新检测代码；编译代码、打包版本；自动更新版本；自动下发自动化检测开始命令；利用软件版本中集成的自动检测功能及设计的专用检测用例自动检测；自动上传检测结果给通讯上位机；自动下发检测停止命令。更重要的是能将检测的结果邮件反馈给最新合入过代码的相关开发人员，便于根据检测的结果高效定位软件版本存在的问题。该方法做到了不依赖传统的自动化检测软件，仅仅依靠设计的通讯上位机及定制的专用脚本就能完成整个自动化检测功能，且功能齐全，有较大的实用价值。解决了设备检测环节，不能完全自动化检测的问题，既能对检测设备的检测点进行有效的检测，又保障了软件检测版本的稳定性，节省了定位问题的人力成本，提高了设备检测的效率。

图9是根据本发明实施例的自动检测系统的框图，如图9所示。在jenkins软件上配置好检测项目，配置项目之前需要完成通讯上位机的制作及专用脚本的制作，同时需要配置好ftp服务器，确保网络畅通的情况下，环境主控能下载到最新构建的版本。当jenkins在配置的时间点感知到服务器上有代码更新后，开始全部的自动化检测流程；这个过程包括，自动更新软件版本，自动编译软件版本，自动打包版本，自动将构建的版本复制到ftp的共享目录，然后下发复位系统命令(复位系统包括复位环境主控和外围单板)，待系统启动完成再下发自动化检测开始命令，最后根据检测系统反馈的检测结果自动下发邮件。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种检测处理方法，其特征在于，包括：

接收上位机下发的检测指令，其中，所述检测指令是所述上位机在检测到被测设备已获取到服务器构建的当前版本信息预定时间之后发送的；

根据所述检测指令进行检测处理。

2.根据权利要求1所述的方法，其特征在于，在接收所述上位机下发的检测指令之前，所述方法还包括：

接收所述上位机下发的复位指令，其中，所述复位指令用于触发获取所述当前版本信息；

在接收到所述复位指令之后向所述服务器获取所述当前版本信息。

3.根据权利要求1或2所述的方法，其特征在于，根据所述检测指令进行检测处理包括：

通过预先设置的检测用例根据所述检测指令进行检测处理。

4.一种检测处理方法，其特征在于，包括：

在检测到被测设备已获取到服务器构建的当前版本信息的情况下，向所述被测设备下发检测指令；

接收所述被测设备根据所述检测指令进行检测的结果。

5.根据权利要求4所述的方法，其特征在于，在向所述被测设备下发检测指令之前，所述方法还包括：

向所述被测设备下发复位指令，其中，所述复位指令用于触发所述被测设备在接收到所述复位指令之后获取所述当前版本信息。

6.根据权利要求4所述的方法，其特征在于，在接收所述被测设备根据所述检测指令进行检测的结果之后，所述方法还包括：

将所述结果反馈给服务器，供所述服务器以邮件的方式进行反馈。

7.一种检测处理方法，其特征在于，包括：

触发构建版本信息；

将构建的当前版本信息发送给被测设备，其中，所述当前版本信息用于触发上位机向所述被测设备下发检测指令，所述检测指令用于所述被测设备根据所述检测指令进行检测处理。

8.根据权利要求7所述的方法，其特征在于，在将构建的当前版本信息发送给被测设备之后，所述方法还包括：

通过所述上位机接收所述被测设备根据所述检测指令进行检测的结果；

以邮件的方式进行反馈。

9.一种检测处理装置，其特征在于，包括：

第一接收模块，用于接收上位机下发的检测指令，其中，所述检测指令是所述上位机在检测到被测设备已获取到服务器构建的当前版本信息预定时间之后发送的；

检测处理模块，用于根据所述检测指令进行检测处理。

10.根据权利要求9所述的装置，其特征在于，所述检测处理模块包括：

检测处理单元，用于通过预先设置的检测用例根据所述检测指令进行检测处理。

11.一种检测处理装置，其特征在于，包括：

下发模块，用于在被测设备获取到服务器构建的当前版本信息的情况下，向所述被测设备下发检测指令；

第二接收模块，用于接收所述被测设备根据所述检测指令进行检测的结果。

12.一种检测处理装置，其特征在于，包括：

触发模块，用于触发构建版本信息；

发送模块，用于将构建的当前版本信息发送给被测设备，其中，所述当前版本信息用于触发上位机向所述被测设备下发检测指令，所述检测指令用于所述被测设备根据所述检测指令进行检测。