CN104850475B - 一种设备的测试方法及装置 - Google Patents

Abstract

本申请公开了一种设备的测试方法及装置。所述方法包括：设备接收上位机发送的启动硬件测试的指令；启动待测试设备的测试镜像的可移动存储介质；接收上位机发送的加载测试镜像的指令，加载所述设备的测试镜像；接收上位机发送的测试指令，按照所述测试指令顺序逐条进行测试，当所有测试指令均成功通过时，发送成功消息至所述上位机。采用本申请实施例，能够实现对嵌入式设备的自动测试，以解决现有技术中的问题。

Description

一种设备的测试方法及装置

技术领域

本申请涉及设备测试技术领域，尤其涉及一种设备的测试方法及装置。

背景技术

在嵌入式设备的生产流程中，为保障设备功能的完整性以及设备可靠性等，在出厂前需要对设备进行一系列的测试工作。

目前采用的测试方法为：在嵌入式设备生成后，系统上电，操作员手动控制，从产品镜像启动，进行相应的操作，对设备进行测试。其中，对设备的测试主要包括：测试设备的基本功能，测试音视频的输入输出，测试网络接口，以及运行一段时间后测试设备运行是否正常等。需要说明的是，产品镜像是指设备正常发布的版本镜像，一般存放于板载存储介质中，如flash(固态存储器)或MMC(Multimedia Card，多媒体卡)中。

由此可见，现有测试方法需要操作员手动操作，需要耗费大量的人力物力成本，效率较低。

发明内容

本申请提供一种设备的测试方法及装置，能够实现对嵌入式设备的自动测试，以解决现有技术中的问题。

根据本申请实施例的第一方面，提供一种设备的测试方法，所述方法包括：

设备接收上位机发送的启动硬件测试的指令；

启动待测试设备的测试镜像的可移动存储介质；

接收上位机发送的加载测试镜像的指令，加载所述设备的测试镜像；

接收上位机发送的测试指令，按照所述测试指令顺序逐条进行测试，当所有测试指令均成功通过时，发送成功消息至所述上位机。

其中，所述当所有测试指令均成功通过时，发送成功消息至所述上位机之后，所述方法还包括：

接收上位机发送的加载产品镜像的指令，加载产品镜像。

其中，在所述接收上位机发送的加载测试镜像的指令后，所述加载所述设备的测试镜像之前，所述方法还包括：

检测所述测试镜像的完整性。

其中，所述按照所述测试指令顺序逐条进行测试，包括：

如果一条测试通过，则执行下一条测试指令，并发送成功消息至所述上位机；如果一条测试失败，则中止测试，并发送失败消息至所述上位机。

其中，当发送失败消息至所述上位机后，所述方法还包括：

等待再次接收所述上位机发送的启动硬件测试的指令时，启动所述可移动存储介质。

根据本申请实施例的第二方面，提供一种设备的测试装置，所述装置包括：

第一接收单元，用于接收上位机发送的启动硬件测试的指令，触发启动单元；

所述启动单元，用于启动待测试设备的测试镜像的可移动存储介质；

第二接收单元，用于接收上位机发送的加载测试镜像的指令，触发第一加载单元；

所述第一加载单元，用于加载所述设备的测试镜像；

第三接收单元，用于接收上位机发送的测试指令，触发测试单元；

所述测试单元，用于按照所述测试指令顺序逐条进行测试，当所有测试指令均成功通过时，发送成功消息至所述上位机。

其中，所述装置还包括：

第四接收单元，用于接收上位机发送的加载产品镜像的指令，触发第二加载单元；

所述第二加载单元，用于加载产品镜像。

其中，所述装置还包括：

检测单元，用于检测所述测试镜像的完整性为是时，触发所述第一加载单元。

其中，所述测试单元包括：

第一测试子单元，用于如果一条测试通过，则执行下一条测试指令，并发送成功消息至所述上位机；

第二测试子单元，用于如果一条测试失败，则中止测试，并发送失败消息至所述上位机。

其中，所述装置还包括：

等待单元，用于等待再次接收所述上位机发送的启动硬件测试的指令时，触发所述启动单元。

本申请实施例中，设备的测试镜像以可移动存储介质的形式存在，当需要对设备进行硬件测试时，设备能够启动该测试镜像的可移动存储介质，加载该测试镜像，实现对该设备的硬件测试。

因此，采用本申请实施例，能够解决采用人工测试时存在的效率低下的问题，降低生产中人力物力的成本，提高了生产测试的自动化程度，可以形成无人值守的自动化生成测试系统。

附图说明

图1为本申请设备的测试方法的一个实施例的流程图；

图2为本申请设备的测试方法的一个实施例的流程图；

图3为本申请设备的测试装置的一个实施例框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本申请实施例提供一种基于可移动存储介质的设备测试方法。该方法能够解决采用人工测试时存在的效率低下的问题，降低生产中人力物力的成本，提高了生产测试的自动化程度，可以形成无人值守的自动化生成测试系统。

参照图1，为本申请设备的测试方法的一个实施例的流程图。如图1所示，所述方法可以包括以下步骤：

步骤S101：设备接收上位机发送的启动硬件测试的指令。

步骤S102：启动待测试设备的测试镜像的可移动存储介质。

步骤S103：接收上位机发送的加载测试镜像的指令，加载所述设备的测试镜像。

步骤S104：接收上位机发送的测试指令，按照所述测试指令顺序逐条进行测试，当所有测试指令均成功通过时，发送成功消息至所述上位机。

本申请实施例中，设备的测试镜像以可移动存储介质的形式存在，当需要对设备进行硬件测试时，设备能够启动该测试镜像的可移动存储介质，加载该测试镜像，实现对该设备的硬件测试。

因此，采用本申请实施例，能够解决采用人工测试时存在的效率低下的问题，降低生产中人力物力的成本，提高了生产测试的自动化程度，可以形成无人值守的自动化生成测试系统。

参照图2，为本申请设备的测试方法的一个实施例的流程图。如图2所示，所述方法可以包括以下步骤：

步骤S200：设备上电。

步骤S201：设备接收到上位机发送的启动硬件测试的指令后，判断对设备的硬件测试是否完成，如果否，则进入步骤202；如果是，则进入步骤208。

步骤S202：设备启动测试镜像的可移动存储介质，如果启动成功，则发送成功消息至所述上位机，进入步骤S203；如果启动不成功，发送失败消息至所述上位机，进入步骤S210。

本申请实施例中，设备上电后，上位机会下发启动硬件测试的指令至设备。设备接收到该启动硬件测试的指令后，首先需要判断对设备的硬件测试是否已经完成，如果已经完成，则返回硬件测试已经完成的消息至上位机；如果没有完成，则设备启动测试镜像的可移动存储介质，该可移动存储介质用于实现该设备的硬件测试。

本申请实施例中，预先为该设备生成测试镜像，并将该测试镜像内置在可移动存储介质中。

当需要对该设备进行硬件测试时，实现该设备与该测试镜像的可移动存储介质之间的硬件连接，当设备接收到上位机发送的启动硬件测试的指令时，启动该可移动存储介质，加载测试镜像，实现对该设备的硬件测试。

进一步的，设备启动该测试镜像的可移动存储介质时，如果该可移动存储介质发生故障、或该可移动存储介质与设备之间的硬件连接发生故障，则会导致启动可移动存储介质不成功，此时设备发送失败消息至所述上位机，并在该失败消息中标注为启动可移动存储介质失败。上位机接收到该失败消息后，发出告警信息，提示操作人员当前出现“启动可移动存储介质失败”的故障，以便操作人员尽快查看可移动存储介质或硬件连接，找到故障点并排除故障。当上位机检测到“启动可移动存储介质失败”故障消失时，重新向设备发送启动硬件测试的指令，并进入步骤S201。

当设备启动可移动存储介质成功时，设备发送成功消息至所述上位机，并在该成功消息中标注为启动可移动存储介质成功。上位机接收到该成功消息后，发送加载测试镜像的指令至所述设备。

步骤S203：设备接收到上位机发送的加载测试镜像的指令后，扫描该测试镜像的可移动存储介质，检测该测试镜像是否完整，如果该测试镜像完整，则进入步骤S204；如果该测试镜像不完整，则发送失败消息至所述上位机，进入步骤S210。

本申请实施例中，设备接收到上位机发送的加载测试镜像的指令后，为保证对设备硬件测试的完整性和可靠性，在加载测试镜像之前，先要对该测试镜像进行检测，确定该测试镜像是否完整，如果该测试镜像不完整，则表明该测试镜像无法实现对该设备的完整测试，则发送失败消息至所述上位机，并在该失败消息中标注为测试镜像不完整。上位机接收到该失败消息后，发出告警信息，提示操作人员当前出现“测试镜像不完整”的故障，以便操作人员尽快查看测试镜像并排除故障。当上位机检测到“测试镜像不完整”故障消失时，重新向设备发送启动硬件测试的指令，并进入步骤S201。

具体的，本申请实施例中，所述检测该测试镜像是否完整，可以通过对该测试镜像的CRC(Cyclic Redundancy Check，循环冗余校验码)进行校验来实现。

步骤S204：设备加载测试镜像，如果加载成功，则发送加载完毕的消息至所述上位机，并进入步骤S205；如果加载失败，则发送失败消息至所述上位机，进入步骤S210。

本申请实施例中，当设备确定该测试镜像完整时，进入步骤S204，加载该测试镜像。当该测试镜像加载成功时，发送加载完毕的消息至所述上位机，等待上位机下发测试指令。如果测试镜像加载失败，则发送失败消息至所述上位机，并在该失败消息中标注为测试镜像加载失败。上位机接收到该失败消息后，发出告警信息，提示操作人员当前出现“测试镜像加载失败”的故障，以便操作人员尽快查看测试镜像并排除故障。当上位机检测到“测试镜像加载失败”故障消失时，重新向设备发送启动硬件测试的指令，并进入步骤S201。

步骤S205：设备接收上位机发送的一系列测试指令，按照接收到的测试指令顺序逐条进行测试，如果一条测试通过，则直接执行下一条测试指令，并发送成功消息至所述上位机，当所有测试均通过时，进入步骤S206；如果一条测试失败，则中止测试，并发送失败消息至所述上位机，进入步骤S210。

本申请实施例中，设备成功加载测试镜像后，开始接收上位机下发的一系列的硬件测试指令。在实际应用中，对设备的测试一般包括很多项目，例如测试设备的基本功能、测试设备的音视频的输入输出、测试设备的网络接口、对设备的生产加工测试等。因此，上位机下发一系列的测试指令，指示设备依照接收到的测试指令的顺序逐条的进行硬件测试。

在测试过程中，如果一条测试通过时，则直接执行下一条测试指令，并发送成功消息至所述上位机，且该成功消息中标注有该项测试的具体内容。如果一条测试失败，则中止测试，并发送失败消息至所述上位机，并在该失败消息中标注该项测试的具体内容。上位机接收到该失败消息后，发出告警信息，提示操作人员当前出现“测试失败”的故障，并指示操作人员该项测试的具体内容，以便操作人员尽快查看该项测试对应的设备点并排除故障。当上位机检测到操作人员上传的故障消失信息时，重新向设备发送启动硬件测试的指令，并进入步骤S201。

由此可见，本申请实施例中，在硬件测试过程中，只有每一步测试均成功通过，才表明对该设备的测试成功通过。否则，在测试过程中，任何一步测试出现错误时，都会中止测试，并通过上位机指示操作人员尽快发现并排除故障后，重新进入测试流程。

步骤S206：设备发送测试全部通过的信息至所述上位机。

步骤S207：设备接收到上位机发送的重新启动的指令，重启设备。

步骤S208：设备接收到上位机发送的加载产品镜像的指令，加载产品镜像，如果启动成功，则发送加载完毕的消息至所述上位机，并进入步骤S209；如果加载失败，则发送失败消息至所述上位机，进入步骤S210。

步骤S209：测试流程完成，设备下电。

设备按照上位机发送的测试指令顺序逐条进行测试，当所有测试均通过时，设备发送测试全部通过的信息至所述上位机。上位机接收到该信息后，确定对设备的硬件测试已经完成，可以开始对设备的软件进行测试。则首先，上位机下发重新启动的指令，重启设备，并在确定设备重启完成后，下发加载产品镜像的指令至所述设备，开始对该设备的软件测试。

本申请实施例中，当产品镜像加载成功时，设备发送加载完毕的消息至所述上位机，等待上位机下发测试指令。如果产品镜像加载失败，则发送失败消息至所述上位机，并在该失败消息中标注为产品镜像加载失败。上位机接收到该失败消息后，发出告警信息，提示操作人员当前出现“产品镜像加载失败”的故障，以便操作人员尽快查看产品镜像并排除故障。当上位机检测到“产品镜像加载失败”故障消失时，重新向设备发送启动硬件测试的指令，并进入步骤S201。

其中，该产品镜像是指该设备正常发布的版本镜像，即为该设备运行所需的软件程序。该产品镜像一般存储在板载存储介质中。

当确定设备的硬件测试成功完成时，加载该设备的产品镜像，当该设备的产品镜像成功加载后，可以认为该设备的软硬件均正常，则整个设备的测试流程结束，该设备可以下电，并包装入库。

步骤S210：等待重新接收到上位机发送的启动硬件测试的指令时，返回步骤S201。

当上位机接收到设备发送的失败消息时，确定当前测试流程中发生了故障，则上位机中止测试流程，发出告警信息，提示测试人员发生了故障，并根据该失败消息中标注的故障的具体内容指示操作人员尽快发现并排除故障。当确定故障已经排除后，上位机重新发送启动硬件测试的指令至设备，重新开始测试流程。

本申请实施例中，当前述任何一个步骤出现问题，如可移动存储介质加载不成功、或测试镜像不完整、或任何一步测试出现错误等，则上位机均可以提示测试人员发生故障，以便测试人员尽快发现故障并排出故障。

本申请实施例的方法中，实现了产品镜像与测试镜像的分离，该测试镜像以可移动存储介质的形式存在，当设备接收到上位机发送的启动硬件测试的指令时，设备启动该测试镜像的可移动存储介质，并检测该测试镜像的完整性；在确保前述各流程均确定无误后，加载该测试镜像，实现对该设备的所有测试；同时，在测试过程中，如果任何一步测试出现故障，均停止测试流程，通过上位机提示操作人员发生了故障并指明故障所在的位置，当操作人员排除了故障后，重新启动该测试镜像的可移动存储介质，重新开始对该设备的整个测试流程。

因此，采用本申请实施例，能够解决采用人工测试时存在的效率低下的问题，降低生产中人力物力的成本，提高了生产测试的自动化程度，可以形成无人值守的自动化生成测试系统。

同时，本申请实施例中，该测试镜像是一套集成针对设备的各项测试功能的微型操作系统，能够将其保存在可移动存储介质中，具有体较小、功能专一、且启动速度快的优点。

本申请实施例实现了测试镜像与产品镜像分离，由此可以使得，在设备版本的生命周期内仅需一次测试镜像的开发工作，而后续的测试镜像将被固化下来，不会再增加测试镜像的维护成本。

需要说明的是，本申请实施例中的方法，应用在U-Boot系统下，能够实现设备接收到硬件测试的指令后，自行启动该测试镜像的可移动存储介质，从而加载该测试镜像，并检测该测试镜像的完整性等。由此可以实现整个测试流程的自动化，实现对设备上各硬件的测试，无需人工干预。

与本申请设备的测试方法的实施例相对应，本申请还提供了设备的测试装置和上位机的实施例。

参见图3，为本申请设备的测试装置的一个实施例框图。如图3所示，所述装置包括：第一接收单元300、加载单元301、第二接收单元302、第一启动单元303、第三接收单元304、测试单元305。

所述第一接收单元300，用于接收上位机发送的启动硬件测试的指令，触发所述启动单元301。

所述启动单元301，用于启动待测试设备的测试镜像的可移动存储介质。

所述第二接收单元302，用于接收上位机发送的加载测试镜像的指令，触发所述第一加载单元303。

所述第一加载单元303，用于加载所述设备的测试镜像。

所述第三接收单元304，用于接收上位机发送的测试指令，触发所述测试单元305。

所述测试单元305，用于按照所述测试指令顺序逐条进行测试，当所有测试指令均成功通过时，发送成功消息至所述上位机。

本申请实施例中，设备的测试镜像以可移动存储介质的形式存在，当设备接收到上位机发送的启动硬件测试的指令时，能够启动该测试镜像的可移动存储介质，加载该测试镜像，实现对该设备的硬件测试。

因此，采用本申请实施例，能够解决采用人工测试时存在的效率低下的问题，降低生产中人力物力的成本，提高了生产测试的自动化程度，可以形成无人值守的自动化生成测试系统。

其中，所述装置还可以包括：第四接收单元和第二启动单元。

所述第四接收单元，用于接收上位机发送的加载产品镜像的指令，触发所述第二加载单元。

所述第二加载单元，用于加载产品镜像。

其中，所述装置还可以包括：检测单元，用于检测所述测试镜像的完整性为是时，触发所述第一加载单元302。

其中，所述测试单元303可以包括：第一测试子单元和第二测试子单元。

所述第一测试子单元，用于如果一条测试通过，则执行下一条测试指令，并发送成功消息至所述上位机。

所述第二测试子单元，用于如果一条测试失败，则中止测试，并发送失败消息至所述上位机。

其中，所述装置还可以包括：等待单元，用于等待再次接收所述上位机发送的启动硬件测试的指令时，触发所述启动单元301。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请实施例中，设备的测试镜像以可移动存储介质的形式存在，当设备接收到上位机发送的启动硬件测试的指令时，设备能够加载该测试镜像的可移动存储介质，启动该测试镜像，实现对该设备的硬件测试。

因此，采用本申请实施例，能够解决采用人工测试时存在的效率低下的问题，降低生产中人力物力的成本，提高了生产测试的自动化程度，可以形成无人值守的自动化生成测试系统。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (8)

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

设备接收上位机发送的启动硬件测试的指令；

启动待测试设备的测试镜像的可移动存储介质，测试镜像是集成针对设备的各项测试功能的微型操作系统；

接收上位机发送的加载测试镜像的指令，加载所述设备的测试镜像；

接收上位机发送的测试指令，按照所述测试指令顺序逐条进行测试，如果一条测试通过，则执行下一条测试指令，并发送成功消息至所述上位机；如果一条测试失败，则中止测试，并发送标注所述测试具体内容的失败消息至所述上位机，以根据所述测试具体内容进行故障排除并在故障排除后重新启动测试，当所有测试指令均成功通过时，发送成功消息至所述上位机。

2.根据权利要求1所述的方法，其特征在于，所述当所有测试指令均成功通过时，发送成功消息至所述上位机之后，所述方法还包括：

接收上位机发送的加载产品镜像的指令，加载产品镜像。

3.根据权利要求1所述的方法，其特征在于，在所述接收上位机发送的加载测试镜像的指令后，所述加载所述设备的测试镜像之前，所述方法还包括：

检测所述测试镜像的完整性。

4.根据权利要求1所述的方法，其特征在于，当发送失败消息至所述上位机后，所述方法还包括：

等待再次接收所述上位机发送的启动硬件测试的指令时，启动所述可移动存储介质。

5.一种设备的测试装置，其特征在于，所述装置包括：

第一接收单元，用于接收上位机发送的启动硬件测试的指令，触发启动单元；

所述启动单元，用于启动待测试设备的测试镜像的可移动存储介质，测试镜像是集成针对设备的各项测试功能的微型操作系统；

第二接收单元，用于接收上位机发送的加载测试镜像的指令，触发第一加载单元；

所述第一加载单元，用于加载所述设备的测试镜像；

第三接收单元，用于接收上位机发送的测试指令，触发测试单元；

所述测试单元，用于按照所述测试指令顺序逐条进行测试，如果一条测试通过，则执行下一条测试指令，并发送成功消息至所述上位机；如果一条测试失败，则中止测试，并发送标注所述测试具体内容的失败消息至所述上位机，以根据所述测试具体内容进行故障排除并在故障排除后重新启动测试，当所有测试指令均成功通过时，发送成功消息至所述上位机。

6.根据权利要求5所述的设备的测试装置，其特征在于，所述装置还包括：

第四接收单元，用于接收上位机发送的加载产品镜像的指令，触发第二加载单元；

所述第二加载单元，用于加载产品镜像。

7.根据权利要求5所述的设备的测试装置，其特征在于，所述装置还包括：

检测单元，用于检测所述测试镜像的完整性为是时，触发所述第一加载单元。

8.根据权利要求5所述的设备的测试装置，其特征在于，所述装置还包括：

等待单元，用于等待再次接收所述上位机发送的启动硬件测试的指令时，触发所述启动单元。