CN106126429A - 一种测试方法及设备 - Google Patents

Abstract

本发明公开了一种测试方法及设备。该测试方法包括：检测到测试执行端已启动，建立第一文件以通知测试请求端；检测到被测产品已被配置进入测试状态，建立包含被测产品的测试信息的测试信息文件，并建立第二文件以触发测试执行端读取测试信息文件以执行测试；检测到测试执行端已完成测试，触发测试执行端建立测试结果文件以存储测试结果。根据本发明，可以缩短测试周期。

Description

一种测试方法及设备

技术领域

本发明涉及测试技术领域，更具体地，涉及一种测试方法及设备。

背景技术

当前产业细分趋势明显，产品(例如消费电子类产品，电脑、手机、可穿戴设备等)的生产基本都是部件集成化，即组成产品的许多部件(例如应用手机或可穿戴设备的芯片等)由对应的部件生产商提供给集成供应商，再由集成供应商根据各自的设计和需求将部件集成生成得到产品，这样可以提高生产效率。

但在产品出厂前，集成供应商在对产品进行测试时，通常需要部件生产商提供配套的部件测试端(软件或硬件)以便可以集成在产品的测试系统中，才能完成对产品的整体测试。而集成供应商的研发人员通常在需要了解部件测试段的工作原理、实现架构等后，才能将部件测试段集成在产品的测试系统中，使得测试系统的开发周期较长，增大了产品的测试成本。

因此，发明人认为，有必要针对现有技术存在的至少一个问题进行改进。

发明内容

本发明的一个目的是提供一种用于产品测试的新技术方案。

根据本发明的第一方面，提供了一种测试方法，包括以下步骤：

检测到测试执行端已启动，建立第一文件以通知测试请求端；

检测到被测产品已被配置进入测试状态，建立包含被测产品的测试信息的测试信息文件，并建立第二文件以触发测试执行端读取所述测试信息文件以执行测试；

检测到所述测试执行端已完成测试，触发所述测试执行端建立测试结果文件以存储测试结果。

可选地，所述测试方法还包括:

在测试结果文件建立后，删除所述第一文件以触发测试请求端读取测试结果；以及

检测到所述测试请求端已读取完测试结果，删除所述第二文件和所述测试信息文件的至少一种，以触发测试执行端删除所述测试结果文件。

可选地，所述测试方法中，所述建立第二文件以触发测试执行端读取所述测试信息文件以执行测试的步骤，包括：

检测到所述测试请求端处于正常状态，建立第二文件以通知测试执行端；

检测到所述测试执行端处于正常状态，删除所述第一文件以通知测试请求端；

可选地，所述测试方法还包括：

在测试结果文件建立后，触发测试请求端读取测试结果；以及

检测到所述测试请求端已读取完测试结果，删除测试信息文件，以触发测试执行端删除所述测试结果文件。

可选地，所述被测产品的测试信息至少包括用于唯一标识被测产品的产品标识。

可选地，所述第一文件、所述第二文件、所述测试信息文件以及所述测试结果文件具有相同的文件类型。

根据本发明的第二方面，还提供一种测试设备,包括：

检测通知单元，用于检测到测试执行端已启动时，建立第一文件以通知测试请求端；

测试触发单元，用于检测到被测产品已被配置进入测试状态时，建立包含被测产品的测试信息的测试信息文件，并建立第二文件以触发测试执行端读取所述测试信息文件以执行测试；

结果存储单元，用于检测到所述测试执行端已完成测试，触发所述测试执行端建立测试结果文件以存储测试结果。

可选地，所述测试设备还包括：

用于在测试结果文件建立后删除所述第一文件以触发测试请求端读取测试结果的装置；以及

用于检测到所述测试请求端已读取完测试结果，删除所述第二文件和所述测试信息文件的至少一种，以触发测试执行端删除所述测试结果文件的装置。

可选地，所述测试触发单元中至少包括：

用于检测到所述测试请求端处于正常状态，建立第二文件以通知测试执行端的装置；

用于检测到所述测试执行端处于正常状态，删除所述第一文件以通知测试请求端的装置；以及

用于删除所述第二文件，以触发测试执行端读取所述测试信息文件以执行测试的装置。

可选地，所述测试设备还包括：

用于在测试结果文件建立后，触发测试请求端读取测试结果的装置；

以及

用于检测到所述测试请求端已读取完测试结果时删除测试信息文件，以触发测试执行端删除所述测试结果文件的装置。

本发明的发明人发现，在现有技术中，尚未存在一种可以无需将测试执行端集成于测试请求端，就能完成产品测试的测试方法及设备。因此，本发明所要实现的技术任务或者所要解决的技术问题是本领域技术人员从未想到的或者没有预期到的，故本发明是一种新的技术方案。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。

图1是显示可用于实现本发明的实施例的计算系统的硬件配置的例子的框图。

图2示出了本发明的实施例中提供的测试方法的流程图。

图3示出了本发明的实施例中提供的测试方法的一个例子中的流程图

图4示出了本发明的实施例中提供的测试设备的示意性框图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

<硬件配置>

图1是示出可以实现本发明的实施例的计算机系统1000的示意性框图。

如图1所示，计算机系统1000包括计算机1110。计算机1110包括经由系统总线1121连接的处理单元1120、系统存储器1130、固定非易失性存储器接口1140、移动非易失性存储器接口1150、用户输入接口1160、网络接口1170、视频接口1190和输出外围接口1195。计算及1110可以用于执行本实施例中提供的任意一项测试方法。

系统存储器1130包括ROM(只读存储器)和RAM(随机存取存储器)。BIOS(基本输入输出系统)驻留在ROM内。操作系统、应用程序、其它程序模块和某些程序数据驻留在RAM内。

诸如硬盘的固定非易失性存储器连接到固定非易失性存储器接口1140。固定非易失性存储器例如可以存储操作系统、应用程序、其它程序模块和某些程序数据。

诸如软盘驱动器和CD-ROM驱动器的移动非易失性存储器连接到移动非易失性存储器接口1150。例如，软盘可以被插入到软盘驱动器中，以及CD(光盘)可以被插入到CD-ROM驱动器内。

诸如鼠标和键盘的输入设备被连接到用户输入接口1160。

计算机1110可以通过网络接口1170连接到远程计算机1180。例如，网络接口1170可以通过局域网连接到远程计算机。或者，网络接口1170可以连接到调制解调器(调制器－解调器)，以及调制解调器经由广域网连接到远程计算机1180。

远程计算机1180可以包括诸如硬盘的存储器，其可以存储远程应用程序。在本实施例中，远程计算1180可以是本实施例中的测试请求端或者测试执行端。

视频接口1190连接到监视器。

输出外围接口1195连接到打印机和扬声器。

图1所示的计算机系统仅仅是说明性的并且决不意味着对本发明、其应用或使用的任何限制。

<实施例>

本发明的实施例中提供的一种测试方法，如图2所示，包括以下步骤：

步骤S2100，检测到测试执行端已启动，建立第一文件以通知测试请求端。

在本实施例中测试方法主要用于由各种部件集成构成的产品。所述产品由产品集成商进行设计以及集成，可以是消费类电子产品，例如手机，电脑等。所述部件由部件生产商提供，可以消费类电子产品的组成部件，例如手机的芯片、电脑的屏幕等。

所述测试请求端可以可用于产品测试的软件或硬件，至少包括一个功能，是用于请求触发对产品的各个部件的测试，以获取部件的测试结果，综合分析得到整个产品的测试结果。通常由产品集成商根据自身的测试需求进行设计研发。在一个例子中，所述测试请求端是用于产品的出厂测试的测试系统。

所述测试执行端是可以用于对产品的对应部件执行测试的软件或硬件，至少包括一个功能，是可以响应对其对应部件的测试请求，执行测试。通常由部件生产商提供。在一个例子中，是由部件生产商提供的部件配套测试软件。

在本实施例中，测试执行端的实体可以是软件也可以是硬件，通常都需要一个启动的过程才进入正常工作常态。因此检测到测试执行端已启动，意味着测试执行端已经进入正常工作状态，可以执行测试。通过建立第一文件以通知测试请求端。在一个例子中，还可以触发测试执行端建立第一文件。其中，所述第一文件可以是所述测试请求端和测试执行端都可以进行读写操作的任意一种文件，例如ini文件。

在步骤S2100之后，进入步骤S2200，检测到被测产品已被配置进入测试状态，建立包含被测产品的测试信息的测试信息文件，并建立第二文件以触发测试执行端读取所述测试信息文件以执行测试。

在测试过程中，通常需要对被测产品进行配置使其进入测试状态。所述配置过程可以使得被测产品处于符合测试要求的测试环境中，以符合测试预置条件的状态运行。例如，被测产品是手机，配置过程至少可以包括将手机开机使其正常工作，并将其放置在符合测试要求的测试环境里，例如测试台或者屏蔽室里。在一个例子中，被测产品被人工或者机器手放置于测试平台上，则被测产品被认为已被配置进入测试状态。

在检测到被测产品已被配置进入测试状态后，建立包含被测产品的测试信息的测试信息文件。所述被测产品的测试信息是测试被测产品过程中所需的信息。在一个例子中，所述被测产品的测试信息至少包括用于唯一标识被测产品的产品标识。所述产品标识是被测产品的MAC地址，或者产品序列号。所述被测产品的测试信息还可以包括测试序号、可识别的测试步骤描述等。

在检测到被测产品已被配置进入测试状态后，建立第二文件以触发测试执行端读取所述测试信息文件以执行测试。在一个例子中，还可以触发测试请求端建立第二文件。其中，所述第二件可以是所述测试请求端和测试执行端都可以进行读写操作的任意一种文件，例如ini文件。

在步骤S2300之后，检测到所述测试执行端已完成测试，触发所述测试执行端建立测试结果文件以存储测试结果。

其中，所述测试结果至少包括测试是否通过，还可以包括测试过程中所获取的数据、测试错误信息等。所述测试结果文件可以是所述测试请求端和测试执行端都可以进行读写操作的任意一种文件，例如ini文件。

在一个例子中，本实施例提供如图2所示的测试方法，在步骤S2300之后，还包括：

在测试结果文件建立后，删除所述第一文件以触发测试请求端读取测试结果。

在某些测试场景下，由于实施本实施例提供的实体设备的存储空间有限，或者是避免出现测试结果写入错误测试结果文件的问题，在上述的例子中，所述测试方法还可以包括：

在检测到所述测试请求端已读取完测试结果，删除所述第二文件和所述测试信息文件的至少一种，以触发测试执行端删除所述测试结果文件。

而在实际应用场景中，由于测试环境或者其他因素的影响，所述测试请求端和所述测试执行端可能会出现突然的状态异常的情况，例如突然的掉线、死机或者断电等。而无论测试请求端或是测试执行端处于异常状态，都会导致测试的异常或失败。由于所述测试请求端与所述测试执行端相互独立，无法直接交互或通信以确认彼此的状态。因此，在一个例子中，所述测试方法的步骤S2200中的所述建立第二文件以触发测试执行端读取所述测试信息文件以执行测试的步骤，可以如图3所示，包括如下步骤：

步骤S2200-1,检测到所述测试请求端处于正常状态，建立第二文件以通知测试执行端，其中，在此步骤中，还可以触发所述测试请求端建立第二文件；

步骤S2200-2,检测到所述测试执行端处于正常状态，删除所述第一文件以通知测试请求端，其中，在此步骤中还可以触发所述测试执行端删除第一文件；

步骤S2200-3,删除所述第二文件，以触发测试执行端读取所述测试信息文件以执行测试，其中在此步骤中，还可以触发所述测试请求端删除第二文件。

在这个例子中，所述测试方法其他步骤如图2所示，在此不再赘述。本例在触发测试执行端读取所述测试信息文件以执行测试前，通过删除第一文件以及建立第二文件，可以在确认测试请求端和测试执行端都处于正常状态时才触发测试执行端执行测试。避免在测试请求端和测试执行端中任一出现突然的状态异常时执行测试，导致测试异常或失败。

在另一个例子中，本实施例提供的测试方法在步骤S2300之后，还可以包括：

在测试结果文件建立后，触发测试请求端读取测试结果。

其中，所述测试结果至少包括测试是否通过，还可以包括测试过程中所获取的数据、测试错误信息等。所述测试结果文件可以是所述测试请求端和测试执行端都可以进行读写操作的任意一种文件，例如ini文件。

在某些测试场景下，由于实施本实施例提供的实体设备的存储空间有限，或者是避免出现测试结果写入错误测试结果文件的问题，在上述的例子中，所述测试方法还可以包括：

检测到所述测试请求端已读取完测试结果，删除测试信息文件，以触发测试执行端删除所述测试结果文件。

在本实施例提供的任何一种测试方法中，所涉及的第一文件、第二文件、测试信息文件、测试结果文件均是所述测试请求端以及测试执行端均可以进行读写操作的文件，这四个文件可能具有相同的文件类型，也可能具有不同的文件类型。在一个例子中，所述第一文件、所述第二文件、所述测试信息文件以及所述测试结果文件具有相同的文件类型。例如，均是ini文件。

以下提供两个例子，以便更清楚地说明本实施例中提供的测试方法。

<例子1>

以测试请求端为产品集成商的用于测试产品的客户应用程序，测试执行端为集成供应商提供的测试软件为例，对被测产品(例如手机、平板电脑或可穿戴设备等)进行测试的方法包括以下步骤：

步骤1，检测到测试软件已启动，触发测试软件建立EOT.ini文件以通知客户应用程序；

步骤2，检测到被测产品已被放置入测试平台，触发客户应用程序建立Barcode.ini文件，并触发客户应用程序建立SOT.ini文件以触发测试软件读取Barcode.ini文件执行测试，其中，该Barcode.ini文件中包含被测产品的MAC地址、测试序号等信息；

步骤3，检测到测试软件已完成测试，触发测试软件建立Status.ini文件以存储测试结果，其中测试结果包括测试是否通过、测试过程中所获取的数据、测试错误信息等；

步骤4，在Status.ini文件建立后，删除EOT.ini文件以触发客户应用程序读取测试结果；

步骤5，检测到客户应用程序已读取完测试结果，删除SOT.ini文件和Barcode.ini文件，以触发测试软件删除Status.ini文件。

<例子2>

以测试请求端为产品集成商的用于测试产品的客户应用程序，测试执行端为集成供应商提供的测试软件为例，对被测产品(例如手机、平板电脑或可穿戴设备等)进行测试的方法包括以下步骤：

步骤1，检测到测试软件已启动，触发测试软件建立EOT.ini文件以通知客户应用程序；

步骤2，检测到被测产品已被放置入测试平台，触发客户应用程序建立Barcode.ini文件，并在检测到客户应用程序处于正常状态，触发客户应用程序建立SOT.ini文件以通知测试软件，其中，该Barcode.ini文件中包含被测产品的MAC地址、测试序号等信息；

步骤3，检测到测试软件处于正常状态，触发测试软件删除EOT.ini文件以通知客户应用程序；

步骤4，触发客户应用程序删除SOT.ini文件，以触发测试软件读取Barcode.ini文件以执行测试；

步骤5，检测到测试软件已完成测试，触发测试软件建立Status.ini文件以存储测试结果，其中测试结果包括测试是否通过、测试过程中所获取的数据、测试错误信息等；

步骤6，在Status.ini文件建立后，触发客户应用程序读取测试结果；

步骤7，检测到客户应用程序已读取完测试结果，删除Barcode.ini文件，以触发测试软件删除Status.ini文件。

本实施例应用的场景中，测试执行端与测试请求端是相互独立的，不能直接通信或交互以进行产品测试。通常需要在熟悉了解数据测试执行端的实现原理以及细节(例如测试原理、代码架构等)的基础上，将测试执行端集成于测试请求端，才能进行产品测试。导致测试周期较长，测试成本较高。而通过本发明实施例中所提供任何一项的测试方法，可以无需将测试执行端集成于测试请求端，不破坏测试请求端和测试执行端的封装完整性，通过建立或删除文件，就可以实现测试请求端与测试执行端的交互，完成产品测试。因而可以缩短测试周期。减少测试成本。

在本实施例中，还提供一种测试设备4000，如图4所示，包括检测通知单元4100、测试触发单元4200、结果存储单元4300，用于实施本实施例中的任何一种测试方法，在此不再赘述。

测试设备4000，包括：

检测通知单元4100，用于检测到测试执行端已启动时，建立第一文件以通知测试请求端；

测试触发单元4200，用于检测到被测产品已被配置进入测试状态时，建立包含被测产品的测试信息的测试信息文件，并建立第二文件以触发测试执行端读取所述测试信息文件以执行测试；

结果存储单元4300，用于检测所述测试执行端已完成测试，触发所述测试执行端建立测试结果文件以存储测试结果。

在一个例子中，所述测试设备4000，还包括：

用于在测试结果文件建立后删除所述第一文件以触发测试请求端读取测试结果的装置；以及

用于检测到所述测试请求端已读取完测试结果，删除所述第二文件和所述测试信息文件的至少一种，以触发测试执行端删除所述测试结果文件的装置。

在另一个例子中，所述测试触发单元4200，至少包括：

用于检测到所述测试请求端处于正常状态，建立第二文件以通知测试执行端的装置；

用于检测到所述测试执行端处于正常状态，删除所述第一文件以通知测试请求端的装置；以及

用于删除所述第二文件，以触发测试执行端读取所述测试信息文件以执行测试的装置。

在又一个例子中，所述测试设备4000还包括，

用于在测试结果文件建立后，触发测试请求端读取测试结果的装置；

以及

用于检测到所述测试请求端已读取完测试结果时删除测试信息文件，以触发测试执行端删除所述测试结果文件的装置。

在本实施例中并不限制测试设备4000的实体实现形式，测试设备4000可以是独立于所述测试请求端和测试执行端的实体设备，也可以是以结构单元分离的形式，例如以部分功能单元在测试请求端实现，部分功能单元在测试执行端实现。只要是实现了本实施例中测试设备4000的功能，就应在本发明的披露范围之内。

以上已经结合附图描述了本发明的实施例，根据本实施例，可以无需将测试执行端集成于测试请求端，不破坏测试请求端和测试执行端的封装完整性，通过建立或删除文件，就可以实现相互独立的测试请求端和测试执行端的交互，完成产品测试。因而可以缩短测试周期。减少测试成本。

本领域技术人员应当明白，可以通过各种方式来实现测试设备4000。例如，可以通过指令配置处理器来实现测试设备4000。例如，可以将指令存储在ROM中，并且当启动设备时，将指令从ROM读取到可编程器件中来实现测试设备4000。例如，可以将测试设备4000固化到专用器件(例如ASIC)中。可以将测试设备4000分成相互独立的单元，或者可以将它们合并在一起实现。测试设备4000可以通过上述各种实现方式中的一种来实现，或者可以通过上述各种实现方式中的两种或更多种方式的组合来实现。

本领域技术人员公知的是，随着诸如大规模集成电路技术的电子信息技术的发展和软件硬件化的趋势，要明确划分计算机系统软、硬件界限已经显得比较困难了。因为，任何操作可以软件来实现，也可以由硬件来实现。任何指令的执行可以由硬件完成，同样也可以由软件来完成。对于某一机器功能采用硬件实现方案还是软件实现方案，取决于价格、速度、可靠性、存储容量、变更周期等非技术性因素。因此，对于电子信息技术领域的普通技术人员来说，更为直接和清楚地描述一个技术方案的方式是描述该方案中的各个操作。在知道所要执行的操作的情况下，本领域技术人员可以基于对所述非技术性因素的考虑直接设计出期望的产品。

本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言-诸如Smalltalk、C++等，以及常规的过程式编程语言-诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络-包括局域网(LAN)或广域网(WAN)-连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。

Claims (10)

1.一种测试方法，其特征在于，包括以下步骤：

检测到测试执行端已启动，建立第一文件以通知测试请求端；

检测到被测产品已被配置进入测试状态，建立包含被测产品的测试信息的测试信息文件，并建立第二文件以触发测试执行端读取所述测试信息文件以执行测试；

检测到所述测试执行端已完成测试，触发所述测试执行端建立测试结果文件以存储测试结果。

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

在测试结果文件建立后，删除所述第一文件以触发测试请求端读取测试结果；以及

检测到所述测试请求端已读取完测试结果，删除所述第二文件和所述测试信息文件的至少一种，以触发测试执行端删除所述测试结果文件。

3.根据权利要求1所述的测试方法，其特征在于，所述建立第二文件以触发测试执行端读取所述测试信息文件以执行测试的步骤，包括：

检测到所述测试请求端处于正常状态，建立第二文件以通知测试执行端；

检测到所述测试执行端处于正常状态，删除所述第一文件以通知测试请求端；

删除所述第二文件，以触发测试执行端读取所述测试信息文件以执行测试。

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

在测试结果文件建立后，触发测试请求端读取测试结果；以及

检测到所述测试请求端已读取完测试结果，删除测试信息文件，以触发测试执行端删除所述测试结果文件。

5.根据权利要求1-3所述的任意一项方法，其特征在于，所述被测产品的测试信息至少包括用于唯一标识被测产品的产品标识。

6.根据权要求1-3所述的任意一项方法，其特征在于，所述第一文件、所述第二文件、所述测试信息文件以及所述测试结果文件具有相同的文件类型。

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

检测通知单元，用于检测到测试执行端已启动时，建立第一文件以通知测试请求端；

测试触发单元，用于检测到被测产品已被配置进入测试状态时，建立包含被测产品的测试信息的测试信息文件，并建立第二文件以触发测试执行端读取所述测试信息文件以执行测试；

结果存储单元，用于检测到所述测试执行端已完成测试，触发所述测试执行端建立测试结果文件以存储测试结果。

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

用于在测试结果文件建立后删除所述第一文件以触发测试请求端读取测试结果的装置；以及

用于检测到所述测试请求端已读取完测试结果，删除所述第二文件和所述测试信息文件的至少一种，以触发测试执行端删除所述测试结果文件的装置。

9.根据权利要求7所述的测试设备，其特征在于，所述测试触发单元中至少包括：

用于检测到所述测试请求端处于正常状态，建立第二文件以通知测试执行端的装置；

用于检测到所述测试执行端处于正常状态，删除所述第一文件以通知测试请求端的装置；以及

用于删除所述第二文件，以触发测试执行端读取所述测试信息文件以执行测试的装置。

10.根据权利要求7或9所述的测试设备，其特征在于，还包括，

用于在测试结果文件建立后，触发测试请求端读取测试结果的装置；

以及

用于检测到所述测试请求端已读取完测试结果时删除测试信息文件，以触发测试执行端删除所述测试结果文件的装置。