CN116627740A - 设备测试方法、装置、存储介质及电子装置 - Google Patents

Abstract

本发明实施例提供了一种设备测试方法、装置、存储介质及电子装置，其中，该方法包括：在对多个设备进行测试时，在多个设备中确定目标设备；按照第一测试顺序对目标设备进行测试，其中，目标设备运行第二测试指令的时长大于目标设备运行第一测试指令的时长；按照第二测试顺序对多个设备中除目标设备之外的其他设备进行测试，其中，第二测试顺序包括：在目标设备运行第二测试指令之后运行第一测试指令；在目标设备运行第一测试指令失败的情况下，控制其他设备在运行第二测试指令之后停止运行第一测试指令。通过本发明实施例，解决了相关技术中存在的多个设备在测试时会出现设备批量报错的问题。

Description

设备测试方法、装置、存储介质及电子装置

技术领域

本发明实施例涉及计算机领域，具体而言，涉及一种设备测试方法、装置、存储介质及电子装置。

背景技术

在服务器设备的生产过程中，客户会加入自己的诊断程序，及客户定制诊断程序，主要进行设备的配置检查和性能压力测试，来确认生产的服务器符合客户的预期。其中客户定制诊断程序的配置检查部分对服务器的各种配置细节要求比较严苛。往往在使用诊断程序对服务器进行配置检查时，由于程序配置检查文件的不准确、不完备，会造成整个诊断程序运行失败，影响诊断效率，从而影响设备的产能和出货进度。所以在客户定制诊断程序投入使用之前需要对诊断程序的配置检查部分进行核对和筛查，以确保其准确性和完备性，目前往往采用人工比对筛查的方式。但是有些程序配置检查文件的不准确只有在设备实际运行客户定制诊断程序时才会出现，例如，代码逻辑问题导致硬盘信息读不出来或者某个工具在工厂使用的系统下因缺少库文件无法使用。在对多个设备进行测试时均按照相同的测试顺序进行测试，如果运行到客户定制诊断程序时出现问题，会造成设备批量报错，从而降低了测试效率和产能。因此，相关技术中存在多个设备在测试时会出现设备批量报错的问题。

针对相关技术中存在的多个设备在测试时会出现设备批量报错的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种设备测试方法、装置、存储介质及电子装置，以至少解决相关技术中存在的多个设备在测试时会出现设备批量报错的问题。

根据本发明的一个实施例，提供了一种设备测试方法，包括：在对多个设备进行测试时，在上述多个设备中确定目标设备；按照第一测试顺序对上述目标设备进行测试，其中，上述第一测试顺序包括：在上述目标设备运行第一测试指令之后运行第二测试指令，上述目标设备运行上述第二测试指令的时长大于上述目标设备运行上述第一测试指令的时长；按照第二测试顺序对上述多个设备中除上述目标设备之外的其他设备进行测试，其中，上述第二测试顺序包括：在上述目标设备运行上述第二测试指令之后运行上述第一测试指令；在上述目标设备运行上述第一测试指令失败的情况下，控制上述其他设备在运行上述第二测试指令之后停止运行上述第一测试指令。

在一个示例性实施例中，上述按照第一测试顺序对上述目标设备进行测试，包括：控制上述目标设备运行上述第一测试指令；在上述目标设备运行上述第一测试指令失败的情况下，控制上述目标设备运行上述第二测试指令；在上述目标设备运行上述第一测试指令成功的情况下，控制上述目标设备运行上述第二测试指令。

在一个示例性实施例中，在上述目标设备运行上述第一测试指令失败的情况下，控制上述目标设备运行上述第二测试指令之后，上述方法还包括：获取第三测试指令，其中，上述第三测试指令是对上述第一测试指令进行修改后得到的测试指令；控制上述目标设备运行上述第三测试指令。

在一个示例性实施例中，上述按照第一测试顺序对上述目标设备进行测试，还包括：控制上述目标设备运行上述第一测试指令；在上述目标设备运行上述第一测试指令失败的情况下，获取第三测试指令，并控制上述目标设备运行第三测试指令，其中，上述第三测试指令是通过对上述第一测试指令修改得到的；在上述目标设备运行上述第三测试指令成功的情况下，控制上述目标设备运行上述第二测试指令。

在一个示例性实施例中，在上述目标设备运行上述第三测试指令失败的情况下，获取第四测试指令，并控制上述目标设备运行第四测试指令，其中，上述第四测试指令是通过对上述第三测试指令修改得到的；在上述目标设备运行上述第四测试指令成功的情况下，控制上述目标设备运行上述第二测试指令。

在一个示例性实施例中，按照第二测试顺序对上述多个设备中除上述目标设备之外的其他设备进行测试，包括：在上述目标设备运行上述第一测试指令成功的情况下，在上述其他设备运行完上述第二测试指令之后，控制上述其他设备运行上述第一测试指令。

在一个示例性实施例中，上述方法还包括：在上述目标设备运行上述第一测试指令失败的情况下，获取第三测试指令，其中，上述第三测试指令是对上述第一测试指令进行修改后得到的测试指令；在上述其他设备运行完上述第二测试指令之后，控制上述其他设备运行上述第三测试指令。

在一个示例性实施例中，上述方法还包括：获取上述多个设备中的第一设备发送的测试请求；根据上述第一设备的设备信息判断上述第一设备是否为上述目标设备；在上述第一设备为上述目标设备的情况下，按照上述第一测试顺序对上述第一设备进行测试；在上述第一设备为上述其他设备的情况下，按照上述第二测试顺序对上述第一设备进行测试。

在一个示例性实施例中，根据上述第一设备的设备信息判断上述第一设备是否为上述目标设备，包括：在目标列表中查询是否存在上述第一设备的设备信息，其中，上述目标列表中记录了多个目标设备的设备信息，上述多个目标设备每个目标设备是在与该目标设备对应的订单中确定的设备；在上述目标列表中存在上述第一设备的设备信息的情况下，确定上述第一设备为上述目标设备；在上述目标列表中不存在上述第一设备的设备信息的情况下，确定上述第一设备为上述其他设备。

根据本发明的又一个实施例，还提供了一种设备测试装置，包括：

确定模块，用于在对多个设备进行测试时，在上述多个设备中确定目标设备；

第一测试模块，用于按照第一测试顺序对上述目标设备进行测试，其中，上述第一测试顺序包括：在上述目标设备运行第一测试指令之后运行第二测试指令，上述目标设备运行上述第二测试指令的时长大于上述目标设备运行上述第一测试指令的时长；

第二测试模块，用于按照第二测试顺序对上述多个设备中除上述目标设备之外的其他设备进行测试，其中，上述第二测试顺序包括：在上述目标设备运行上述第二测试指令之后运行上述第一测试指令；

目标控制模块，用于在上述目标设备运行上述第一测试指令失败的情况下，控制上述其他设备在运行上述第二测试指令之后停止运行上述第一测试指令。

根据本发明的又一个实施例，还提供了一种计算机可读存储介质，上述计算机可读存储介质中存储有计算机程序，其中，上述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为运行上述计算机程序以执行上述任一项方法实施例中的步骤。

通过本发明，在对多个设备进行测试时，对在多个设备中确定的目标设备按照第一测试顺序进行测试，对其他设备按照第二测试顺序进行测试，目标设备与其他设备的测试顺序不同，目标设备提前运行了运行时间较短的第一测试指令，在其他设备运行第二测试指令时已经得到了目标设备运行第一测试指令的运行结果，等到其他设备运行完第二测试指令后根据目标设备运行第一测试指令的运行结果确定其他设备是否运行第一测试指令，即在目标设备运行第一测试指令失败的情况下，其他设备停止运行第一测试指令，避免其他设备出现报错，即在对多个设备进行测试时，如果第一测试指令出现问题，只有目标设备会出现报错的情况，其他设备并不会报错，因此，解决了多个设备在测试时会出现设备批量报错的问题，达到了避免因第一测试指令出现错误导致设备批量报错的效果。

附图说明

图1是本发明实施例的设备测试方法的移动终端硬件结构框图；

图2是根据本发明实施例的设备测试方法的流程图；

图3是根据本发明实施例的目标设备测试的顺序示意图；

图4是根据本发明实施例的其他设备测试的顺序示意图；

图5是根据本发明实施例的目标列表的示意图；

图6是根据本发明实施例的设备测试方法的整体流程图；

图7是根据本发明实施例的轮询检查预警机制的流程图；

图8是根据本发明实施例的设备测试装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明的实施例。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本申请实施例中所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的设备测试方法的移动终端硬件结构框图。如图1所示，移动终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，其中，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的设备测试方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

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

步骤S202，在对多个设备进行测试时，在上述多个设备中确定目标设备；

在本实施例中，上述设备指的是服务器设备，在客户下单多个设备后，生成订单信息，为该订单分配下单数量的设备，即多个设备，在生产过程中要对该多个设备进行测试。

在对一个订单对应的多个设备进行测试时，首先在多个设备中随机选取一个目标设备。

可选的，上述待测试的多个设备还可以是多个订单对应的多个设备，此时，应该在每个订单对应的设备中随机选取一个目标设备，即目标设备的数量等于订单数量，例如，在对30个设备进行测试时，其中，10个设备是订单1对应的设备。20个设备是订单2对应的设备，此时，在订单1对应的10个设备中选取一个设备测试为目标设备，在订单2对应的20个设备中选取一个设备测试为目标设备，因此，在上述30个设备中确定了2个目标设备。

步骤S204，按照第一测试顺序对上述目标设备进行测试，其中，上述第一测试顺序包括：在上述目标设备运行第一测试指令之后运行第二测试指令，上述目标设备运行上述第二测试指令的时长大于上述目标设备运行上述第一测试指令的时长；

相关技术中一般对设备进行测试时，采取的测试流程先进行BIOS、BMC以及各种物料固件的刷新，然后运行工厂自有的老化程序，一般为10小时左右，之后才运行客户定制诊断程序。客户定制诊断程序包括两部分：配置检查程序、性能及压力测试程序，其中，配置检查程序是整个测试过程中最容易出错的部分，配置检查程序运行的时长很短，一般为几分钟，运行性能及压力测试程序对设备的性能以及压力进行测试，通常性能及压力测试程序需要运行好几个小时或者十几个小时)；

在上述实施例中，第一测试指令是客户定制诊断程序中的配置检查程序，第二测试指令包括工厂自有的老化程序。

由于客户定制诊断程序中的配置检查程序是最容易出错的部分，且运行时间很短，因此，在对目标设备进行测试时，改变测试顺序，将配置检查部分提前，即在运行工厂自有的老化程序之前，运行配置检查程序。几分钟之内就可以完成，对设备正常的运行影响很小。

图3是根据本发明实施例的目标设备测试的顺序示意图，如图3所示，即对目标设备的测试顺序是：先进行BIOS、BMC以及各种物料固件的刷新，运行配置检查程序(第一测试指令)，运行工厂自有的老化程序(第二测试指令)，之后再运行所有的客户定制诊断程序，即对目标设备运行第二测试指令之前运行第一测试指令。

步骤S206，按照第二测试顺序对上述多个设备中除上述目标设备之外的其他设备进行测试，其中，上述第二测试顺序包括：在上述目标设备运行上述第二测试指令之后运行上述第一测试指令；

图4是根据本发明实施例的其他设备测试的顺序示意图，如图4所示，对多个设备进行测试时，只改变步骤S202中确定的目标设备的测试顺序，对于多个设备中除目标设备之外的其他设备并不改变测试顺序，仍然按照以下顺序进行测试：BIOS、BMC以及各种物料固件的刷新，然后运行工厂自有的老化程序，一般为10小时左右，之后才运行所有客户定制诊断程序(包括第一测试指令)。

步骤S208，在上述目标设备运行上述第一测试指令失败的情况下，控制上述其他设备在运行上述第二测试指令之后停止运行上述第一测试指令。

在本实施例中，对多个设备基本上是同时开始进行测试，目标设备先运行了第一测试指令进行了测试，由于运行第一测试指令的时长很短，目标设备运行第一测试指令的运行结果很快就能得到，目标设备运行第一测试指令成功即说明第一测试指令是正确的、可运行的程序，目标设备运行第一测试指令失败，则目标设备会出现报错，即说明第一测试指令出现问题。

由于其他设备的测试顺序没变，在目标设备得到运行第一测试指令的运行结果时，还在运行第二测试指令，尚未运行第一测试指令，在目标设备运行第一测试指令失败的情况下，控制其他设备停止运行第一测试指令，则其他设备不会运行错误的第一测试指令，因此，其他设备不会出现报错的情况。

通过上述实施例，在对多个设备进行测试时，对在多个设备中确定的目标设备按照第一测试顺序进行测试，对其他设备按照第二测试顺序进行测试，目标设备与其他设备的测试顺序不同，目标设备提前运行了运行时间较短的第一测试指令，在其他设备运行第二测试指令时已经得到了目标设备运行第一测试指令的运行结果，等到其他设备运行完第二测试指令后根据目标设备运行第一测试指令的运行结果确定其他设备是否运行第一测试指令，即在目标设备运行第一测试指令失败的情况下，其他设备停止运行第一测试指令，避免其他设备出现报错，即在对多个设备进行测试时，如果第一测试指令出现问题，只有目标设备会出现报错的情况，其他设备并不会报错，因此，解决了多个设备在测试时会出现设备批量报错的问题，达到了避免因第一测试指令出现错误导致设备批量报错的效果。

在一个可选的实施例中，上述按照第一测试顺序对上述目标设备进行测试，包括：控制上述目标设备运行上述第一测试指令；在上述目标设备运行上述第一测试指令失败的情况下，控制上述目标设备运行上述第二测试指令；在上述目标设备运行上述第一测试指令成功的情况下，控制上述目标设备运行上述第二测试指令。

在本实施例中，目标设备在运行了第一测试指令后，不管第一测试指令在目标设备上运行成功还是运行失败，目标设备都继续运行第二测试指令，即在第一测试指令运行成功之后，控制目标设备运行第二测试指令，或者在第二测试指令运行失败之后，仍然控制目标设备运行第二测试指令。通过上述实施例，即使在第一测试指令出现错误的情况下，仍然继续运行第二测试指令，而在目标人员在运行第二测试指令的过程中可以修改第一测试指令，那么在目标设备运行完第二测试指令后可以运行修改后的第一测试指令，因此，在测试过程中节省了测试时间，从而提高了产能。

在目标设备运行第一测试指令成功之后，控制目标设备运行第二测试指令，目标设备在运行完第二测试指令后，控制目标设备运行完整的客户定制诊断程序，包括第一测试指令(配置检查程序)、性能及压力测试程序。

在上述目标设备运行上述第一测试指令失败的情况下，控制上述目标设备运行上述第二测试指令之后，上述方法还包括：获取第三测试指令，其中，上述第三测试指令是对上述第一测试指令进行修改后得到的测试指令；控制上述目标设备运行上述第三测试指令。即如果目标设备在运行第一测试指令时出现报错，即目标设备运行第一测试指令失败的情况下，控制目标设备运行第二测试指令的同时，向目标人员发送提示消息，以提示目标人员第一测试指令存在错误，目标人员在接收到提示消息后，对第一测试指令进行修改得到第三测试指令，第三测试指令时目标人员修改了第一测试指令中错误得到的正确的配置检查程序。在目标设备运行完后第二测试指令之后，运行正确的配置检查程序(第三测试指令)，此外，还运行客户定制诊断程序中的性能及压力测试程序。

在一个可选的实施例中，按照第一测试顺序对上述目标设备进行测试，还包括：控制上述目标设备运行上述第一测试指令；在上述目标设备运行上述第一测试指令失败的情况下，获取第三测试指令，并控制上述目标设备运行第三测试指令，其中，上述第三测试指令是通过对上述第一测试指令修改得到的；在上述目标设备运行上述第三测试指令成功的情况下，控制上述目标设备运行上述第二测试指令。

在本实施例中，目标设备在运行了第一测试指令后，根据目标设备运行第一测试指令的运行结果不同，进行不同的操作，在目标设备上运行第一测试指令成功的情况下，控制目标设备运行第二测试指令，反之，在目标设备上运行第一测试指令失败的情况下，或者在第二测试指令运行失败之后，并不直接控制目标设备运行第二测试指令，而是对第一测试指令进行修改后目标设备运行第一测试指令失败的情况下，控制目标设备运行第二测试指令的同时，向目标人员发送提示消息，以提示目标人员第一测试指令存在错误，目标人员在接收到提示消息后，对第一测试指令进行修改得到第三测试指令。

为了避免目标人员在修改过程中出现错误，导致第三测试指令仍是存在错误的第三测试指令，则进一步减少批量报错的可能，在目标设备运行完后第二测试指令之前，运行第三测试指令，在第三测试指令运行成功的情况下控制目标设备开始运行第二测试指令。此外，还运行客户定制诊断程序中的性能及压力测试程序。

在上述目标设备运行上述第三测试指令失败的情况下，向目标人员发送提示消息，提示目标人员再次对第三测试指令进行修改，得到第四测试指令，然后获取第四测试指令，并控制上述目标设备运行第四测试指令，其中，上述第四测试指令是通过对上述第三测试指令修改得到的；在上述目标设备运行上述第四测试指令成功的情况下，控制上述目标设备运行上述第二测试指令。

可选的，目标设备在运行第四测试指令失败的情况下，再次提示目标人员再次对第四测试指令进行修改，直至修改后的测试指令能够在目标设备上运行成功为止，运行成功之后，控制上述目标设备运行上述第二测试指令。

在一个可选的实施例中，按照第二测试顺序对上述多个设备中除上述目标设备之外的其他设备进行测试，包括：在上述目标设备运行上述第一测试指令成功的情况下，在上述其他设备运行完上述第二测试指令之后，控制上述其他设备运行上述第一测试指令。

在本实施例中，对于多个设备中除上述目标设备之外的其他设备，其他设备运行第二测试指令时，目标设备已经完成了运行第一测试指令，则在其他设备运行完第二测试指令之后，根据目标设备运行第一测试指令是否成功，选择后续的测试过程。如果目标设备运行第一测试指令成功，则其他设备在运行完第二测试指令后，控制其他设备运行第一测试指令。

在目标设备运行上述第一测试指令失败的情况下，获取第三测试指令，其中，上述第三测试指令是对上述第一测试指令进行修改后得到的测试指令；在上述其他设备运行完上述第二测试指令之后，控制上述其他设备运行上述第三测试指令。

其他设备在运行到客户定制诊断程序中的配置检查程序时，目标设备已经完成了对配置检查程序(第一测试程序)的检测，因此，即使第一测试程序出现错误，在其他设备准备运行客户定制诊断程序中的配置检查程序时能够避免运行错误的配置检查程序，出现报错情况，达到了减少批量设备出现报错的可能性。

在一个可选的实施例中，上述方法还包括：获取上述多个设备中的第一设备发送的测试请求；根据上述第一设备的设备信息判断上述第一设备是否为上述目标设备；在上述第一设备为上述目标设备的情况下，按照上述第一测试顺序对上述第一设备进行测试；在上述第一设备为上述其他设备的情况下，按照上述第二测试顺序对上述第一设备进行测试。

在本实施例中，对于控制任意一台设备进行测试时，需要先判断该设备是目标设备还是属于其他设备，再选择对该设备是按照第一测试顺序进行测试还是按照第二测试顺序进行测试。

对于任意一个设备进行测试时，例如第一设备，先对第一设备进行BIOS、BMC以及各种物料固件的刷新，待刷新完成后，发出测试请求，在测试请求中携带了第一设备的设备信息，以根据第一设备的设备信息判断第一设备是否为目标设备，在第一设备为目标设备的情况下，按照第一测试顺序对第一设备进行测试；在第一设备为其他设备的情况下，按照第二测试顺序对第一设备进行测试。

其中，根据第一设备的设备信息判断第一设备是否为目标设备，包括：在目标列表中查询是否存在第一设备的设备信息，其中，目标列表中记录了多个目标设备的设备信息，多个目标设备每个目标设备是在与该目标设备对应的订单中确定的设备；在目标列表中存在第一设备的设备信息的情况下，确定第一设备为目标设备；在目标列表中不存在第一设备的设备信息的情况下，确定第一设备为其他设备。

通过目标列表记录订单信息与订单信息对应的目标设备的设备信息，从而可以通过查表的方式判断任意设备是否为目标设备，即是否需要改变该设备的测试顺序，提高了控制设备进行测试的速率。

图5是根据本发明实施例的目标列表的示意图，如图5所示，目标列表中记录了多个订单的订单信息，以及每个订单对应的目标设备的设备信息，图5中记录了三个订单的订单信息(Dd001、Dd002、Dd003)，以及三个订单对应的目标设备的设备信息(sb1001、sb2001、sb3001)。假如，第一设备的设备信息为：sb1001，而目标列表中记录了第一设备的设备信息，则第一设备为目标设备；假如，第一设备的设备信息为：sb1004，而目标列表中没有记录第一设备的设备信息，则第一设备为其他设备。

显然，上述所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。

下面结合实施例对本发明进行具体说明：

图6是根据本发明实施例的设备测试方法的整体流程图，如图6所示，包括：

一、建立数据库表及相关目录。

a)在中央服务器建立数据库表1，在数据库表1中记录订单信息、目标设备的设备信息、试跑客户定制诊断程序标志、通过标志、测试简要日志。

在客户下单设备后，生成订单信息，在每个订单信息对应的设备中选取一个设备，作为目标设备，在数据库表1记录订单信息和该订单对应的目标设备的设备信息，数据库表1中记录的试跑客户定制诊断程序标志表示此订单对应的目标设备是否已经试跑了客户定制诊断程序(即是否在运行第二测试指令之前运行了第一测试指令)，试跑客户定制诊断程序标志为1表示目标设备已经试跑了客户定制诊断程序，试跑客户定制诊断程序标志为0表示目标设备还未试跑客户定制诊断程序；通过标志表示试跑客户定制诊断程序的结果，即目标设备运行第一测试指令是否成功，通过标志为1表示目标设备已经试跑了客户定制诊断程序，试跑客户定制诊断程序标志为0表示目标设备还未试跑客户定制诊断程序；

b)在中央服务器建立数据库表2，要素与数据库表1相同，数据库表2中也记录的是订单信息、目标设备的设备信息、试跑客户定制诊断程序标志、通过标志、测试简要日志；数据库表2中用于保存历史测试数据；

c)在中央服务器特定目录建立不同客户的客户定制诊断程序结果存放目录，以各客户名分别作为子目录名称命名，如客户1、客户2。

二、维护新订单的订单信息和目标设备的设备信息：

a)对于需要运行客户定制诊断程序的订单，在新订单开始上线运行时则更新数据库表1，增加一条记录，添加新订单的订单信息及对应的目标设备的设备信息，并设置试跑客户定制诊断程序标志为0、通过标志为0；

b)对于任意一台设备在运行完基本固件刷新动作后，根据该设备中的订单信息读取数据库表1，检查数据库表1中记录的订单信息对应的目标设备的设备信息与该设备的设备信息是否相同，即检查该设备是否为目标设备，如相同则表示该设备为订单对应的目标设备，则执行客户定制诊断程序的配置检查程序(对应于上述运行第一测试指令)，如不相同则表示该设备不为订单对应的目标设备，则正常运行工厂自有老化程序(对应于上述运行第二测试指令)；

c)目标设备运行客户定制诊断程序中的配置检查程序后，检查测试结果并更新数据库表1；

如运行成功，则更新数据库表1中试跑客户定制诊断程序标志、通过标志分别为1、1，表示已试跑，测试pass；

如运行失败，则更新数据库表1中试跑客户定制诊断程序标志、通过标志分别为1、0，表示已试跑，并且测试失败，同时截取简要测试日志记录到数据库表1中；

d)将目标设备的测试日志保存，保存测试日志到中央服务器上客户定制诊断程序存放目录下，如客户1目录下，测试日志以“订单号-机器序列号-测试时间”来命名，以区分不同的订单；

e)不论订单首台机器试跑客户定制诊断程序是否成功，都继续跑自有老化程序；

f)在运行完自有老化程序后，所有的设备均运行最新的客户定制诊断程序，其中此时设备运行的客户定制诊断程序是正确的，没有错误的。在目标设备试跑客户诊断程序成功的情况下，最新的客户定制诊断程序即原有客户定制程序，此时所有的设备均运行的原有客户定制诊断程序，在目标设备试跑客户定制诊断程序失败的情况下，最新的客户定制诊断程序是工作人员及时修改后的客户定制诊断程序。

其中，工作人员通过轮询检查预警机制判断是否需要对多个订单的客户定制诊断程序进行修改：

图7是根据本发明实施例的轮询检查预警机制的流程图，如图7所示，包括：

a)设置定时程序，每隔预定时间启动一次；

b)逐条获取数据库表1中的数据，查看试跑客户诊断程序标志，如为0，则表示此订单的目标设备还未运行客户诊断程序，继续下一条检查；

c)如试跑客户诊断程序标志为1，则表示此订单已经试跑了客户诊断程序，则继续检查通过标志；

如通过标志为1，则此次试跑成功，将此条数据移入数据库表2中；

d)如果通过标志位为0，则此次试跑失败，则发送提示信息(例如邮件)给相关人员，提示信息包含订单号、首台序列号、测试简要日志信息；然后将此条数据移入数据库表2中；

e)继续下条数据检查，在数据库表2中所有数据轮询完后结束此次轮询检测；

f)等待下次轮询。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例上述的方法。

在本实施例中还提供了一种设备测试装置，图8是根据本发明实施例的设备测试装置的结构框图，如图8所示，该装置包括：

确定模块802，用于在对多个设备进行测试时，在上述多个设备中确定目标设备；

第一测试模块804，用于按照第二测试顺序对上述多个设备中除上述目标设备之外的其他设备进行测试，其中，上述第二测试顺序包括：在上述目标设备运行上述第二测试指令之后运行上述第一测试指令；

第二测试模块806，用于在上述目标设备运行上述第一测试指令失败的情况下，控制上述其他设备在运行上述第二测试指令之后停止运行上述第一测试指令；

目标控制模块808，用于在上述目标设备运行上述第一测试指令失败的情况下，控制上述其他设备在运行上述第二测试指令之后停止运行上述第一测试指令。

在一个可选的实施例中，上述第一测试模块包括：第一控制子模块，用于控制上述目标设备运行上述第一测试指令；第二控制子模块，用于在上述目标设备运行上述第一测试指令失败的情况下，控制上述目标设备运行上述第二测试指令；第三控制子模块，用于在上述目标设备运行上述第一测试指令成功的情况下，控制上述目标设备运行上述第二测试指令。

在一个可选的实施例中，上述装置还包括：第一获取模块，用于在上述目标设备运行上述第一测试指令失败的情况下，控制上述目标设备运行上述第二测试指令之后，获取第三测试指令，其中，上述第三测试指令是对上述第一测试指令进行修改后得到的测试指令；第一控制模块，用于控制上述目标设备运行上述第三测试指令。

在一个可选的实施例中，上述第一测试模块还包括：第四控制子模块，用于控制上述目标设备运行上述第一测试指令；第五控制子模块，用于在上述目标设备运行上述第一测试指令失败的情况下，获取第三测试指令，并控制上述目标设备运行第三测试指令，其中，上述第三测试指令是通过对上述第一测试指令修改得到的；第六控制子模块，用于在上述目标设备运行上述第三测试指令成功的情况下，控制上述目标设备运行上述第二测试指令。

在一个可选的实施例中，上述第一测试模块还包括：第七控制子模块，用于在上述目标设备运行上述第三测试指令失败的情况下，获取第四测试指令，并控制上述目标设备运行第四测试指令，其中，上述第四测试指令是通过对上述第三测试指令修改得到的；第八控制子模块，用于在上述目标设备运行上述第四测试指令成功的情况下，控制上述目标设备运行上述第二测试指令。

在一个可选的实施例中，在一个可选的实施例中，上述第二测试模块包括：第一控制单元，用于在上述目标设备运行上述第一测试指令成功的情况下，在上述其他设备运行完上述第二测试指令之后，控制上述其他设备运行上述第一测试指令。

在一个可选的实施例中，上述第二测试模块包括：第一获取单元，用于在上述目标设备运行上述第一测试指令失败的情况下，获取第三测试指令，其中，上述第三测试指令是对上述第一测试指令进行修改后得到的测试指令；第二控制单元，用于在上述其他设备运行完上述第二测试指令之后，控制上述其他设备运行上述第三测试指令。

在一个可选的实施例中，上述装置还包括：第二获取模块，用于获取上述多个设备中的第一设备发送的测试请求；判断模块，用于根据上述第一设备的设备信息判断上述第一设备是否为上述目标设备；第三测试模块，用于在上述第一设备为上述目标设备的情况下，按照上述第一测试顺序对上述第一设备进行测试；第四测试模块，用于在上述第一设备为上述其他设备的情况下，按照上述第二测试顺序对上述第一设备进行测试。

在一个可选的实施例中，上述判断模块用于通过以下方式根据上述第一设备的设备信息判断上述第一设备是否为上述目标设备：在目标列表中查询是否存在上述第一设备的设备信息，其中，上述目标列表中记录了多个目标设备的设备信息，上述多个目标设备每个目标设备是在与该目标设备对应的订单中确定的设备；在上述目标列表中存在上述第一设备的设备信息的情况下，确定上述第一设备为上述目标设备；在上述目标列表中不存在上述第一设备的设备信息的情况下，确定上述第一设备为上述其他设备。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。

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

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

Claims (10)

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

在对多个设备进行测试时，在所述多个设备中确定目标设备；

按照第一测试顺序对所述目标设备进行测试，其中，所述第一测试顺序包括：在所述目标设备运行第一测试指令之后运行第二测试指令，所述目标设备运行所述第二测试指令的时长大于所述目标设备运行所述第一测试指令的时长；

按照第二测试顺序对所述多个设备中除所述目标设备之外的其他设备进行测试，其中，所述第二测试顺序包括：在所述目标设备运行所述第二测试指令之后运行所述第一测试指令；

在所述目标设备运行所述第一测试指令失败的情况下，控制所述其他设备在运行所述第二测试指令之后停止运行所述第一测试指令。

2.根据权利要求1所述的方法，其特征在于，所述按照第一测试顺序对所述目标设备进行测试，包括：

控制所述目标设备运行所述第一测试指令；

在所述目标设备运行所述第一测试指令失败的情况下，控制所述目标设备运行所述第二测试指令；

在所述目标设备运行所述第一测试指令成功的情况下，控制所述目标设备运行所述第二测试指令。

3.根据权利要求2所述的方法，其特征在于，在所述目标设备运行所述第一测试指令失败的情况下，控制所述目标设备运行所述第二测试指令之后，所述方法还包括：

获取第三测试指令，其中，所述第三测试指令是对所述第一测试指令进行修改后得到的测试指令；

控制所述目标设备运行所述第三测试指令。

4.根据权利要求1所述的方法，其特征在于，按照第二测试顺序对所述多个设备中除所述目标设备之外的其他设备进行测试，包括：

在所述目标设备运行所述第一测试指令成功的情况下，在所述其他设备运行完所述第二测试指令之后，控制所述其他设备运行所述第一测试指令。

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

在所述目标设备运行所述第一测试指令失败的情况下，获取第三测试指令，其中，所述第三测试指令是对所述第一测试指令进行修改后得到的测试指令；

在所述其他设备运行完所述第二测试指令之后，控制所述其他设备运行所述第三测试指令。

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

获取所述多个设备中的第一设备发送的测试请求；

根据所述第一设备的设备信息判断所述第一设备是否为所述目标设备；

在所述第一设备为所述目标设备的情况下，按照所述第一测试顺序对所述第一设备进行测试；

在所述第一设备为所述其他设备的情况下，按照所述第二测试顺序对所述第一设备进行测试。

7.根据权利要求6所述的方法，其特征在于，根据所述第一设备的设备信息判断所述第一设备是否为所述目标设备，包括：

在目标列表中查询是否存在所述第一设备的设备信息，其中，所述目标列表中记录了多个目标设备的设备信息，所述多个目标设备每个目标设备是在与该目标设备对应的订单中确定的设备；

在所述目标列表中存在所述第一设备的设备信息的情况下，确定所述第一设备为所述目标设备；

在所述目标列表中不存在所述第一设备的设备信息的情况下，确定所述第一设备为所述其他设备。

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

确定模块，用于在对多个设备进行测试时，在所述多个设备中确定目标设备；

第一测试模块，用于按照第一测试顺序对所述目标设备进行测试，其中，所述第一测试顺序包括：在所述目标设备运行第一测试指令之后运行第二测试指令，所述目标设备运行所述第二测试指令的时长大于所述目标设备运行所述第一测试指令的时长；

第二测试模块，用于按照第二测试顺序对所述多个设备中除所述目标设备之外的其他设备进行测试，其中，所述第二测试顺序包括：在所述目标设备运行所述第二测试指令之后运行所述第一测试指令；

目标控制模块，用于在所述目标设备运行所述第一测试指令失败的情况下，控制所述其他设备在运行所述第二测试指令之后停止运行所述第一测试指令。

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

10.一种电子装置，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现所述权利要求1至7任一项中所述的方法的步骤。