CN109800119A - 一种产品功能测试方法及装置 - Google Patents

Abstract

本申请公开了一种产品功能测试方法及装置。该方法包括：加载产品对应的测试配置文件，测试配置文件包括一个或多个待测试功能和每个待测试功能对应的测试参数；接收对产品的测试指令，测试指令用于指示对产品的一个或多个待测试功能进行测试，得到一个或多个待测试功能的测试结果；将产品的每个待测试功能的测试结果与待测试功能对应的测试参数进行对比，生成一个或多个待测试功能的测试报告；输出一个或多个待测试功能的测试报告。此外，还公开了与该方法对应的装置。实施本申请的方案，能够适用于各种产品的功能测试需求，用于保障产品的出厂质量，有效提高了检测工作效率，节约了生产成本。

Description

一种产品功能测试方法及装置

技术领域

本申请涉及电子设备技术领域，具体涉及一种产品功能测试方法及装置。

背景技术

随着智能电子产品逐步走入人们的日常生活中，使得电子产品的上市周期不断缩短，传统的生产线上的检测流程、方案、设备等很难满足电子产品新增的功能检测需求，这给电子产品的检测工作效率提出了严峻的考验。

目前通常采用由测试作业员通过键盘输入各种测试的指令的方式，对产品进行检测。测试作业员需要对产品反馈回来的信息进行肉眼的对比与判断，进而检测产品是否达到了出货的标准。这种检测方法在很大程度上依赖于测试作业员个人的能力，大量重复的测试工作使得测试作业员容易出现误判的情况，对产品质量的提升起到了阻碍作用。在大批量生产、出厂时间紧急导致只能抽检的情况下，出厂产品的质量难以保障，检测工作效率尤为低下。

发明内容

本申请实施例提供一种产品的功能测试方法及装置，适用于各种产品的功能测试需求，用于保障产品的出厂质量，有效提高了检测工作效率，节约了生产成本。

第一方面，本申请实施例提供了一种产品的功能测试方法，包括：加载产品对应的测试配置文件，所述测试配置文件包括一个或多个待测试功能和每个所述待测试功能对应的测试参数；接收对所述产品的测试指令，所述测试指令用于指示对所述产品的一个或多个待测试功能进行测试，得到所述一个或多个待测试功能的测试结果；将所述产品的每个待测试功能的测试结果与所述待测试功能对应的测试参数进行对比，生成所述一个或多个待测试功能的测试报告；输出所述一个或多个待测试功能的测试报告。

在一种可能的实现方式中，所述加载产品对应的测试配置文件之后，还包括：输出测试菜单界面。

在另一种可能的实现方式中，所述接收对所述产品的测试指令，包括：当在所述测试菜单界面上选择对所述产品的多个待测试功能进行测试时，接收对所述产品的多个待测试功能的测试指令。

在又一种可能的实现方式中，所述接收对所述产品的测试指令，包括：当在所述测试菜单界面上选择对所述产品的一个待测试功能进行测试时，接收对所述产品的一个待测试功能的测试指令。

在又一种可能的实现方式中，所述方法还包括：通过配置界面接收一个或多个待测试功能和每个所述待测试功能对应的测试参数；根据所述一个或多个待测试功能和每个所述待测试功能对应的测试参数，更新所述测试配置文件。

在又一种可能的实现方式中，所述待测试功能包括序列号，所述测试参数包括通过扫描得到的所述产品的产品信息。

在又一种可能的实现方式中，所述待测试功能包括操作系统版本，所述测试参数包括表示为所述产品操作系统版本的字符串。

在又一种可能的实现方式中，所述待测试功能包括通用串行总线连接，所述测试参数包括所述产品对应的硬盘分区的字符串和文件传输速度阈值。

在又一种可能的实现方式中，所述待测试功能包括有线网络连接，所述测试参数包括所述产品功能测试装置的IP地址和数据包传输结果。

在又一种可能的实现方式中，所述待测试功能包括无线网络连接，所述测试参数包括所述产品的SSID信息。

第二方面，本申请实施例提供了一种产品功能测试装置，包括：加载单元，用于加载产品对应的测试配置文件，所述测试配置文件包括一个或多个待测试功能和每个所述待测试功能对应的测试参数；接收单元，用于接收对所述产品的测试指令，所述测试指令用于指示对所述产品的一个或多个待测试功能进行测试，得到所述一个或多个待测试功能的测试结果；对比单元，用于将所述产品的每个待测试功能的测试结果与所述待测试功能对应的测试参数进行对比，生成所述一个或多个待测试功能的测试报告；报告单元，用于输出所述一个或多个待测试功能的测试报告。

在一种可能的实现方式中，所述装置还包括：输出单元，用于输出测试菜单界面。所述接收单元具体用于，当在所述测试菜单界面上选择对所述产品的多个待测试功能进行测试时，接收对所述产品的多个待测试功能的测试指令。

在另一种可能的实现方式中，所述装置还包括：输出单元，用于输出测试菜单界面。所述接收单元具体用于，当在所述测试菜单界面上选择对所述产品的一个待测试功能进行测试时，接收对所述产品的一个待测试功能的测试指令。

在又一种可能的实现方式中，所述装置还包括：配置单元，用于通过配置界面接收一个或多个待测试功能和每个所述待测试功能对应的测试参数；更新单元，用于根据所述一个或多个待测试功能和每个所述待测试功能对应的测试参数，更新所述测试配置文件。

第三方面，本申请实施例提供了一种产品功能测试装置，包括：处理器、输入装置、输出装置和存储器，其中，存储器用于存储支持服务器执行上述方法的计算机程序，计算机程序包括程序指令，处理器被配置用于调用程序指令，执行上述第一方面的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

第五方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

本申请实施例具有以下有益效果：

根据产品具体的测试要求，对产品对应的测试配置文件进行更新，并根据上述测试配置文件，对产品的每个待测试功能进行检测，生成对应的测试报告。实施本申请的方案，能够适用于各种产品的功能测试需求，用于保障产品的出厂质量，有效提高了检测工作效率，节约了生产成本。

附图说明

图1-a是本申请实施例提供的一种产品功能测试方法的流程示意图；

图1-b是本申请实施例提供的一种测试报告示意图；

图1-c是本申请实施例提供的另一种测试报告示意图；

图2-a是本申请实施例提供的另一种产品功能测试方法的流程示意图；

图2-b是本申请实施例提供的一种测试菜单界面图；

图2-c是本申请实施例提供的另一种测试菜单界面图；

图3是本申请实施例提供的一种产品功能测试装置的结构示意图；

图4是本申请实施例提供的一种产品功能测试装置的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应当理解，以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

当测试作业员参照测试指导书手动输入测试指令时，产品的检测效率很大程度上依赖于测试指令的复杂程度和测试作业员的操作经验，这对于电子产品的检测工作效率起到了阻碍的作用。基于上述问题，本申请实施例提出了一种产品功能测试方法及装置，适用于各种产品的功能测试需求，用于保障产品的出厂质量，有效提高了检测工作效率。

请参阅图1-a，图1-a是本申请实施例提供的一种产品功能测试的流程示意图。其中：

S101、加载产品对应的测试配置文件。

具体地，上述测试配置文件包括一个或多个待测试功能和每个所述待测试功能对应的测试参数。搭载不同系统的产品对应不同的测试配置文件。相应的，根据产品搭载系统和类型的不同，测试配置文件的待测试功能和对应的测试参数都存在差异。上述产品搭载的系统包括但不限于Linux系统、Unix系统、和Android系统。根据搭载系统的不同，产品包括但不限于Linux产品、Unix产品和Android产品。

在一种可能的实现方式中，产品功能测试装置对搭载Linux系统的产品进行功能测试，产品功能测试装置根据Linux产品的标识信息对测试配置文件进行关联存储。根据Linux产品的标识信息，查找到Linux产品对应的测试配置文件，便于后续对该类型的Linux产品的功能进行测试。上述待测试功能可能包括以下的一种或多种功能：序列号、Linux内核版本、操作系统版本、有线网络连接、MAC地址、通用串行总线连接、固态硬盘、RTC、无线网络连接、蓝牙连接和音频播放。

例如，不同类型的Linux产品的功能测试需求不同，可以根据具体需求，将待测试功能相同的测试配置文件存储在一起。进一步的，由于A类型和B类型的Linux产品在结构上的相似，使得这两种Linux产品有部分待测试功能和对应的测试参数是一致的，产品功能测试装置可以将这部分一致的内容单独存储，将这两种类型不同的内容与各自的标识信息关联存储。

在又一种可能的实现方式中，产品功能测试装置可以将所有的待测试功能存储为模板，根据每种类型产品搭载系统和功能测试的具体需求，对模板测试配置文件进行修改。

S102、接收对所述产品的测试指令。

具体地，当在所述测试菜单界面上选择对所述产品的多个待测试功能进行测试时，接收对所述产品的多个待测试功能的测试指令；或者，当在所述测试菜单界面上选择对所述产品的一个待测试功能进行测试时，接收对所述产品的一个待测试功能的测试指令。

例如，当选择对Linux产品进行测试，并且选择对序列号和Linux内核版本两个待测试功能进行测试时，接收代表执行序列号和Linux内核版本两个待测试功能的测试指令。按照上述测试指令，获取每个待测试功能的测试结果和对应的测试参数。

又例如，当选择对Linux产品的MAC地址进行测试时，接收代表MAC地址的测试指令，依照该测试指令，获取该测试功能的测试结果和对应的测试参数。

S103、将所述产品的每个待测试功能的测试结果与所述待测试功能对应的测试参数进行对比，生成所述一个或多个待测试功能的测试报告。

当上述产品的每个待测试功能的测试结果与上述待测试功能对应的测试参数完全一致或者符合要求，该待测试功能的测试报告为通过，否则，该待测试功能的测试报告为不通过。

在一种可能的实现方式中，对Linux产品的多个待测试功能进行测试，生成整个Linux产品的测试报告，当Linux产品的每个待测试功能的测试报告都为通过时，上述Linux产品的测试报告为通过。

例如，对Linux产品A的序列号和Linux内核版本进行测试，但该产品的Linux内核版本与对应的测试参数不符合，Linux内核版本的测试报告为不通过，该产品的测试报告为不通过。

上述测试参数不仅来源于Linux产品对应的测试配置文件，还可能来源于Linux产品外部的信息，也可能来源于Linux产品中某个文件。

在另一种可能的实现方式中，当上述待测试功能对应的测试参数来自Linux产品外部的产品信息时，如产品贴纸等，上述Linux产品功能测试装置发出与当前Linux产品外部的产品信息对应的提醒。上述提醒包括以下提醒方式中的一种或多种：文本提醒、信号灯提醒及语音提醒。

例如，当测试参数来源于Linux产品外部产品贴纸中的条形码时，上述Linux产品功能测试装置需要使用与自身相连的扫描枪，扫描得到上述产品贴纸中条形码包含的测试参数。上述Linux产品功能测试装置得到“请使用扫描枪对Linux产品进行扫描”的文本提醒。

又例如，当上述Linux产品功能测试装置需要使用扫描枪时，上述Linux产品功能测试装置得到“请使用扫描枪”的语音提醒。

又例如，当上述Linux产品功能测试装置需要使用其他设备对上述Linux产品进行测试时，故障灯会以特定频率开始闪烁，上述特定频率表示提醒上述Linux产品功能测试装置连接外部设备。

S104、输出所述一个或多个待测试功能的测试报告。

请参阅图1-b和图1-c，图1-b和图1-c均为本申请实施例提供的一种测试报告示意图。其中：

当需要进行测试的待测试功能已经测试完成，输出与进行测试的待测试功能对应的测试报告。当该Linux产品完成了对应的测试配置文件中所有的待测试功能的测试，生成的测试报告中包含该Linux产品的测试报告。

例如，当Linux产品完成了序列号功能的测试，并且该项待测试功能显示通过时，生成序列号功能的测试报告。

又例如，当Linux产品完成了测试配置文件中每一项待测试功能的测试，并且每一项待测试功能都显示通过时，整个Linux产品的测试报告显示通过。应理解，上述举例仅仅是作为说明，不对产品搭载的系统做具体限定。

根据本申请实施例提供的一种产品功能测试方法，根据产品对应的测试配置文件，对产品的每个待测试功能进行检测，生成对应的测试报告。实施本申请的方案，能够适用于各种产品的功能测试需求，用于保障产品的出厂质量，有效提高了检测工作效率，节约了生产成本。

请参阅图2-a，图2-a是本申请实施例提供的一种产品功能测试方法的流程示意图。其中：

S201、通过配置界面接收一个或多个待测试功能和每个所述待测试功能对应的测试参数。

由于不同系统和不同类型的产品的功能测试需求都不相同，根据每种产品具体的测试需求，在对产品进行功能测试之前，对测试配置文件中的待测试功能和相应的测试参数进行修改。

在一种可能的实现方式中，对搭载Linux系统的产品进行功能测试，并且使用同一个测试配置文件模板作为各种类型Linux产品的测试配置文件的基础，对本次不进行检测的功能使用进行标识。上述产品功能测试装置读到该标识时，就不会对Linux产品对应的该项待测试功能进行测试。进一步的，对于Linux产品待测试功能具体的测试参数，可以使用具体的标准值或者文件夹地址进行编辑。

例如，当上述Linux产品功能测试装置读取到“x”标识时，不会对标有该标识的待测试功能进行测试。当上述Linux产品功能测试装置读取到“yes”标识时，会对标有该项标识的待测试功能进行测试，并且不限制读取到的Linux产品的字符串为具体的一个标准值。

又例如，当上述测试配置文件中某一个测试参数为“5”，上述Linux产品功能测试装置读取到的Linux产品的数值必须为“5”，否则该Linux产品的该项待测试功能不通过检测。

又例如，当上述某项测试参数为设备分区的文件夹“/dev/sdd1”，上述Linux产品功能测试装置需要在上述Linux产品的“/dev/sdd1”文件夹中读取到字符串，该项测试参数对应的待测试功能的测试报告才能为通过。

S202、根据所述一个或多个待测试功能和每个所述待测试功能对应的测试参数，更新所述测试配置文件。

根据上述待测试功能和每个待测试功能对应的测试参数，对测试配置文件进行更新，生成新的测试配置文件。

在一种可能的实现方式中，对搭载Linux系统的产品进行功能测试时，上述产品功能测试装置根据Linux产品的标识信息和时间信息，对上述测试配置文件进行关联存储。进一步的，可以根据Linux产品的标识信息，将同一个类型的Linux产品生成测试配置文件的模板。

例如，由于Linux产品A在不同时期进行了生产上的改进，需要以不同的测试标准对上述Linux产品A进行功能测试。可以查找到最近时间的一个测试配置文件版本，在该测试配置文件版本上进行修改。

又例如，当能够确定Linux产品B与上述Linux产品A为同一个类型时，可以使用Linux产品A的测试配置文件作为Linux产品B的测试配置文件的基础，接收了Linux产品B的独有的测试参数后，进而生成Linux产品B自己的测试配置文件。

S203、加载产品对应的测试配置文件。

该步骤的具体实现可参考图1所述实施例的步骤S101，在此不再赘述。

S204、输出测试菜单界面。

请参阅图2-b，图2-b为本申请实施例提供的一种测试菜单界面图。其中：

不同的测试菜单编号表示不同的测试选项，当输入其中的一个测试菜单编号时，表示执行编号对应的测试操作。

例如，编号1表示对测试配置文件中的所有待测试功能进行测试，编号2表示对测试配置文件中的某项待测试功能进行单独测试，编号3表示查看本次测试形成的测试报告，编号4表示退出本次测试。

请参阅图2-c，图2-c为本申请实施例提供的一种测试菜单界面图。其中：

在一种可能的实现方式中，对搭载Linux系统的产品进行功能测试，当选择对测试配置文件中的某些待测试功能进行单独测试时，显示单项功能测试的界面图。显示有测试配置文件中所有的待测试功能和对应的功能编号，可以根据功能编号，选择对应的待测试功能进行测试。

例如，编号1表示测试序列号，编号2表示测试Linux产品内核版本，编号3表示测试Linux产品操作系统版本，编号4表示测试有线网络连接，编号5表示测试MAC地址，编号6表示测试通用串行总线2.0，编号7表示测试通用串行总线3.0，编号8表示测试固态硬盘，编号9表示测试实时时钟，编号10为测试无线网络连接，编号11为测试蓝牙连接，编号12为测试音频播放。

S205、接收对所述产品的测试指令。

该步骤的具体实现可参考图1所述实施例的步骤S102，在此不再赘述。

S206、将所述产品的每个待测试功能的测试结果与所述待测试功能对应的测试参数进行对比，生成所述一个或多个待测试功能的测试报告。

在一种可能的实现方式中，对搭载Linux系统的产品进行功能测试，当上述Linux产品的每个待测试功能的测试结果与上述待测试功能对应的测试参数完全一致或者符合要求，该待测试功能的测试报告为通过，否则，该待测试功能的测试报告为不通过。

在另一种可能的实现方式中，上述待测试功能包括序列号，上述测试参数包括通过扫描得到的上述Linux产品的产品信息。

例如，Linux产品功能测试装置对扫描得到的产品信息“10016801”和Linux产品中设置的序列号进行字符串对比，当两个字符串完全一致时，该项待测试功能的测试报告为通过。

在又一种可能的实现方式中，上述待测试功能包括Linux内核版本，上述测试参数包括表示为内核版本的字符串。

例如，读取Linux产品的内核版本为“Linux ubuntu 3.13.0#46Mon Jun23 19:39:28 EDT 2014 armv7l GNU/Linux”，与测试配置文件中该项的对应的标准值进行对比，当字符串完全一致时，该项待测试功能为通过。

在又一种可能的实现方式中，上述待测试功能包括操作系统版本，上述测试参数包括表示为上述Linux产品操作系统版本的字符串。

例如，读取Linux产品中操作系统版本为“Ubuntu 12.10\n\l”，与测试配置文件中表示为操作系统版本标准值的字符串进行对比，如果一致，该项待测试功能的测试报告为通过。

在又一种可能的实现方式中，上述待测试功能包括有线网络连接，上述测试参数包括上述Linux的功能测试装置的IP信息和数据包传输结果。

例如，首先判断是否能够获取到上述Linux产品对应的IP信息，当能够获取一个不为空的IP地址，继续进行测试，否则该项待测试功能的测试报告为不通过。向上述Linux的功能测试装置的IP信息中的IP地址发送数据包，若得到“0％packet loss”的数据包传输结果，该项待测试功能的测试报告为通过。

在又一种可能的实现方式中，上述待测试功能包括MAC地址，上述测试参数包括通过扫描得到的上述Linux产品的产品信息。

例如，Linux产品功能测试装置对扫描得到的产品信息“MAC:00:0C:29:20:F1:6E”和Linux产品中设置的MAC地址进行字符串对比，当两个字符串完全一致时，该项待测试功能的测试报告为通过。

在又一种可能的实现方式中，上述待测试功能包括通用串行总线连接，上述测试参数包括上述Linux产品对应的硬盘分区的字符串和文件传输速度阈值。

例如，对通用串行总线2.0连接进行测试，判断上述Linux产品对应的硬盘分区是否存在字符串，如果存在，该项待测试功能的测试报告为通过。

又例如，对通用串行总线3.0连接进行测试，首先判断上述Linux产品对应的硬盘分区是否存在字符串，如果存在，继续对该项待测试功能进行测试，否则，该项待测试功能为不通过。向与上述Linux产品相连的USB3.0设备传输大小为1G的测试文件，记录传输用时，并计算出传输速度。若传输速度大于文件传输速度阈值，该项待测试功能的测试报告为通过。

在又一种可能的实现方式中，上述待测试功能包括固态硬盘，上述测试参数包括上述Linux产品对应的硬盘分区的字符串。

例如，首先判断上述Linux产品对应的硬盘分区中是否存在字符串，若存在，继续进行该项测试。检测上述Linux产品是否为SSD的接口，若返回“[0:0:3:0]disk ATA INTELSSDSA2CW16 0362/dev/sdd”类似的值，表示该项待测试功能的测试报告为通过。

在又一种可能的实现方式中，上述待测试功能包括RTC，上述测试参数包括上述Linux产品功能测试装置的系统时间。

例如，读取上述Linux产品的RTC时间(实时时钟)，若该时间晚于上述Linux产品功能测试装置的系统时间，该项待测试功能的测试报告为不通过。

在又一种可能的实现方式中，上述待测试功能包括无线网络连接，上述测试参数包括Linux产品的SSID信息。

例如，首先判断上述Linux产品的无线网络连接功能是否能够启用，若能够启用，继续该项待测试功能的测试。显示上述Linux产品的SSID信息“产品A100”，并与上述Linux产品功能测试装置上搜寻到的SSID信息进行对比，若存在“产品A100”，该项待测试功能的测试报告为通过。

在又一种可能的实现方式中，上述待测试功能包括蓝牙连接，上述测试参数包括Linux产品功能测试装置的蓝牙信息。

例如，判断上述Linux产品是否能够查找到上述Linux产品功能测试装置的蓝牙信息，如果能够查找到，该项待测试功能的测试报告为通过。

在又一种可能的实现方式中，上述待测试功能包括音频播放，上述测试参数包括Linux产品的测试文件。

例如，判断上述Linux产品是否能够播放出上述测试文件，如果能够正常播放，该项待测试功能的测试报告为通过。

又例如，上述测试文件还可以为测试视频，如果上述Linux产品能够正常播放该测试文件，该项待测试功能的测试报告为通过。

S207、输出所述一个或多个待测试功能的测试报告。

该步骤的具体实现可参考图1所述实施例的步骤S104，在此不再赘述。

根据本申请实施例提供的一种产品功能测试方法，能够根据产品具体的测试要求，对产品对应的测试配置文件进行更新，并根据上述测试配置文件，对产品的每个待测试功能进行检测，生成对应的测试报告。实施本申请的方案，能够适用于各种产品的功能测试需求，有效提高了检测工作效率，简化了测试流程。

请参阅图3，图3是本申请实施例提供的一种产品功能测试装置的结构示意图。上述装置包括：加载单元301、接收单元302、对比单元303及报告单元304；可选的，上述装置还包括输出单元305；可选的，上述装置还包括：配置单元306和更新单元307。其中：

加载单元301，用于加载产品对应的测试配置文件，上述测试配置文件包括一个或多个待测试功能和每个上述待测试功能对应的测试参数；

接收单元302，用于接收对上述产品的测试指令，上述测试指令用于指示对上述产品的一个或多个待测试功能进行测试，得到上述一个或多个待测试功能的测试结果；

对比单元303，用于将上述产品的每个待测试功能的测试结果与上述待测试功能对应的测试参数进行对比，生成上述一个或多个待测试功能的测试报告；

报告单元304，用于输出上述一个或多个待测试功能的测试报告。

在一种可能的实现方式中，上述装置还包括：

输出单元305，用于输出测试菜单界面。

上述接收单元302还用于，当在上述测试菜单界面上选择对上述产品的多个待测试功能进行测试时，接收对上述产品的多个待测试功能的测试指令。

在一种可能的实现方式中，上述装置还包括：

输出单元305，用于输出测试菜单界面。

上述接收单元302还用于，当在上述测试菜单界面上选择对上述产品的一个待测试功能进行测试时，接收对上述产品的一个待测试功能的测试指令。

在又一种可能的实现方式中，上述装置还包括：

配置单元306，用于通过配置界面接收一个或多个待测试功能和每个上述待测试功能对应的测试参数；

更新单元307，用于根据上述一个或多个待测试功能和每个上述待测试功能对应的测试参数，更新上述测试配置文件。

有关上述加载单元301、接收单元302、对比单元303及报告单元304、输出单元305、配置单元306及更新单元307更详细的描述可以直接参考上述图1和图2所示的方法实施例中产品功能测试方法的相关描述直接得到，这里不加赘述。

根据本申请实施例提供的一种产品功能测试装置，能够根据产品具体的测试要求，对产品对应的测试配置文件进行更新，并根据上述测试配置文件，对产品的每个待测试功能进行检测，生成对应的测试报告。实施本申请的方案，能够适用于各种产品的功能测试需求，有效提高了检测工作效率，简化了测试流程。

请参阅图4，图4是本申请实施例提供的一种产品的功能测试装置的硬件结构示意图。如图4所示的本实施例中的产品的功能测试装置可以包括：处理器401、输入装置402、输出装置403及存储器404。

存储器包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmable readonly memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器用于相关指令及数据。

处理器可以包括是一个或多个处理器，例如包括一个或多个中央处理器(centralprocessing unit，CPU)，在处理器是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

存储器用于存储网络设备的程序代码和数据。

输入装置用于输入数据和/或信号，以及输出装置用于输出数据和/或信号。输出装置和输入装置可以是独立的器件，也可以是一个整体的器件。

处理器用于调用该存储器中的程序代码和数据，执行如下步骤：加载产品对应的测试配置文件，上述测试配置文件包括一个或多个待测试功能和每个上述待测试功能对应的测试参数；控制输入装置接收对上述产品的测试指令，上述测试指令用于指示对上述产品的一个或多个待测试功能进行测试，得到上述一个或多个待测试功能的测试结果；将上述产品的每个待测试功能的测试结果与上述待测试功能对应的测试参数进行对比，生成上述一个或多个待测试功能的测试报告；控制输出装置输出上述一个或多个待测试功能的测试报告。

在一种可能的实现方式中，上述处理器执行加载产品对应的测试配置文件的步骤之后，还用于执行：控制输出装置输出测试菜单界面。

在另一种可能的实现方式中，上述处理器执行接收对上述产品的测试指令的步骤，包括：当在上述测试菜单界面上选择对上述产品的多个待测试功能进行测试时，控制输入装置接收对上述产品的多个待测试功能的测试指令。

在又一种可能的实现方式中，上述处理器还用于执行如下步骤：控制输入装置通过配置界面接收一个或多个待测试功能和每个上述待测试功能对应的测试参数；根据上述一个或多个待测试功能和每个上述待测试功能对应的测试参数，控制存储器更新上述测试配置文件。

在又一种可能的实现方式中，上述待测试功能包括序列号，上述测试参数包括通过扫描得到的上述产品的产品信息。

在又一种可能的实现方式中，上述待测试功能包括操作系统版本，上述测试参数包括表示为上述产品操作系统版本的字符串。

在又一种可能的实现方式中，上述待测试功能包括通用串行总线连接，上述测试参数包括上述产品对应的硬盘分区的字符串和文件传输速度阈值。

在又一种可能的实现方式中，上述待测试功能包括有线网络连接，上述测试参数包括上述产品的IP地址和数据包传输结果。

在又一种可能的实现方式中，上述待测试功能包括无线网络连接，上述测试参数包括上述产品的功能测试装置的IP信息。

可以理解的是，图4仅仅示出了产品的功能测试装置的简化设计。在实际应用中，产品的功能测试装置还可以分别包含必要的其他元件，包含但不限于任意数量的网络接口、输入装置、输出装置、处理器、存储器等，而所有可以实现本申请实施例的产品的功能测试装置都在本申请的保护范围之内。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，该单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。所显示或讨论的相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者通过该计算机可读存储介质进行传输。该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是只读存储器(read-onlymemory，ROM)，或随机存储存储器(random access memory，RAM)，或磁性介质，例如，软盘、硬盘、磁带、磁碟、或光介质，例如，数字通用光盘(digital versatile disc，DVD)、或者半导体介质，例如，固态硬盘(solid state disk，SSD)等。

Claims (10)

1.一种产品功能测试方法，其特征在于，包括：

加载产品对应的测试配置文件，所述测试配置文件包括一个或多个待测试功能和每个所述待测试功能对应的测试参数；

接收对所述产品的测试指令，所述测试指令用于指示对所述产品的一个或多个待测试功能进行测试，得到所述一个或多个待测试功能的测试结果；

将所述产品的每个待测试功能的测试结果与所述待测试功能对应的测试参数进行对比，生成所述一个或多个待测试功能的测试报告；

输出所述一个或多个待测试功能的测试报告。

2.根据权利要求1所述的方法，其特征在于，所述加载产品对应的测试配置文件之后，还包括：

输出测试菜单界面；

所述接收对所述产品的测试指令，包括：

当在所述测试菜单界面上选择对所述产品的多个待测试功能进行测试时，接收对所述产品的多个待测试功能的测试指令；或者，

当在所述测试菜单界面上选择对所述产品的一个待测试功能进行测试时，接收对所述产品的一个待测试功能的测试指令。

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

通过配置界面接收一个或多个待测试功能和每个所述待测试功能对应的测试参数；

根据所述一个或多个待测试功能和每个所述待测试功能对应的测试参数，更新所述测试配置文件。

4.根据权利要求1或2所述的方法，其特征在于，所述待测试功能包括序列号，所述测试参数包括通过扫描得到的所述产品的产品信息。

5.根据权利要求1或2所述的方法，其特征在于，所述待测试功能包括操作系统版本，所述测试参数包括表示为所述产品操作系统版本的字符串。

6.根据权利要求1或2所述的方法，其特征在于，所述待测试功能包括通用串行总线连接，所述测试参数包括所述产品对应的硬盘分区的字符串和文件传输速度阈值。

7.根据权利要求1或2所述的方法，其特征在于，所述待测试功能包括有线网络连接，所述测试参数包括所述产品功能测试装置的IP地址和数据包传输结果。

8.根据权利要求1或2所述的方法，其特征在于，所述待测试功能包括无线网络连接，所述测试参数包括所述产品的SSID信息。

9.一种产品功能测试装置，其特征在于，包括：

加载单元，用于加载产品对应的测试配置文件，所述测试配置文件包括一个或多个待测试功能和每个所述待测试功能对应的测试参数；

接收单元，用于接收对所述产品的测试指令，所述测试指令用于指示对所述产品的一个或多个待测试功能进行测试，得到所述一个或多个待测试功能的测试结果；

对比单元，用于将所述产品的每个待测试功能的测试结果与所述待测试功能对应的测试参数进行对比，生成所述一个或多个待测试功能的测试报告；

报告单元，用于输出所述一个或多个待测试功能的测试报告。

10.一种产品功能测试装置，其特征在于，包括：处理器、输入装置、输出装置和存储器，其中所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1至8任一权利要求所述的方法。