CN108777648B - 一种网络设备测试方法及装置 - Google Patents

Abstract

本申请实施例提供了一种网络设备测试方法及装置，该网络设备测试方法包括：从待测设备的用户需求中选取一用户需求，作为目标测试需求；根据预设的测试需求与应用组网的对应关系，确定目标测试需求对应的目标应用组网；将目标测试需求生成测试用例，并将测试用例发送至目标应用组网，以在目标应用组网中对待测设备进行测试。不仅可以测试待测设备的功能特性，而且在模拟实际应用环境的目标应用组网中进行测试，有效地将功能特性测试和应用环境结合，使得测试更加贴近实际应用环境，提高了测试的完整性。

Description

一种网络设备测试方法及装置

技术领域

本申请涉及计算机技术领域，特别是涉及一种网络设备测试方法及装置。

背景技术

为了保证网络设备合格，需对网络设备进行测试，测试用来验证被测网络设备是否能够达到自身的功能特性，网络设备的功能特性用于实现网络设备的用户需求。只有通过测试的网络设备才算合格。

对网络设备的测试，一般都是围绕网络设备的功能特性来展开测试的，测试人员针对每一个功能特性编写测试用例，通过测试用例验证网络设备在实现功能特性上的正确性。

然而，每次进行网络设备的测试前，均要针对该网络设备的每一个功能特性编写测试用例，浪费时间，降低了测试效率。并且，所编写的测试用例只是针对单机状态下或者较简单的网络环境下网络设备的功能特性，这导致了通过测试用例对网络设备的测试较单一，缺乏完整性。

发明内容

本申请实施例的目的在于提供一种网络设备测试方法及装置，以解决在对网络设备进行测试时，测试单一、缺乏完整性的问题。具体技术方案如下：

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

从待测设备的用户需求中选取一用户需求，作为目标测试需求；

根据预设的测试需求与应用组网的对应关系，确定所述目标测试需求对应的目标应用组网，所述应用组网用于：为所述待测设备提供测试环境；

将所述目标测试需求生成测试用例，并将所述测试用例发送至所述目标应用组网，以在所述目标应用组网中对所述待测设备进行测试。

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

选取模块，用于从待测设备的用户需求中选取一用户需求，作为目标测试需求；

确定模块，用于根据预设的测试需求与应用组网的对应关系，确定所述目标测试需求对应的目标应用组网，所述应用组网用于：为所述待测设备提供测试环境；

生成模块，用于将所述目标测试需求生成测试用例，并将所述测试用例发送至所述目标应用组网，以在所述目标应用组网中对所述待测设备进行测试。

第三方面，本申请实施例提供了一种电子设备，包括处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，所述处理器被所述机器可执行指令促使：实现上述任一所述的网络设备测试方法步骤。

第四方面，本申请实施例提供了一种机器可读存储介质，存储有机器可执行指令，在被处理器调用和执行时，所述机器可执行指令促使所述处理器：实现上述任一所述的网络设备测试方法步骤。

本申请实施例提供的技术方案中，基于待测设备的目标测试需求，从预设的对应关系中确定出目标应用组网，在目标应用组网中对待测设备进行测试。不仅可以测试待测设备的功能特性，而且在模拟实际应用环境的目标应用组网中进行测试，有效地将功能特性测试和应用环境结合，使得测试更加贴近实际应用环境，提高了测试的完整性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的网络设备测试方法的一种流程图；

图2为本申请实施例提供的网络设备测试方法的另一种流程图；

图3为本申请实施例提供的网络设备测试装置的一种结构示意图；

图4为本申请实施例提供的电子设备的一种结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了解决在对网络设备进行测试时，测试单一、缺乏完整性的问题，本申请实施例提供了一种网络设备测试方法及装置，其中，该网络设备测试方法包括：

从待测设备的用户需求中选取一用户需求，作为目标测试需求；

根据预设的测试需求与应用组网的对应关系，确定目标测试需求对应的目标应用组网，应用组网用于：为待测设备提供测试环境；

将目标测试需求生成测试用例，并将测试用例发送至目标应用组网，以在目标应用组网中对待测设备进行测试。

本申请实施例提供的技术方案中，基于待测设备的目标测试需求，从预设的对应关系中确定出目标应用组网，在目标应用组网中对待测设备进行测试。不仅可以测试待测设备的功能特性，而且在模拟实际应用环境的目标应用组网中进行测试，有效地将功能特性测试和应用环境结合，使得测试更加贴近实际应用环境，提高了测试的完整性。

下面首先对本申请实施例提供的一种网络设备测试方法进行介绍，该网络设备测试方法可以应用于服务器、终端等电子设备。如图1所示的本申请实施例提供的网络设备测试方法的一种流程图，包括如下步骤。

S101，从待测设备的用户需求中选取一用户需求，作为目标测试需求。

测试需求是根据针对该待测设备的用户需求和研发需求所确定的。其中，针对待测设备的用户需求可以是自定义设定的，研发人员对待测设备的用户需求进行分析，可以得到研发需求，研发人员可以根据研发需求进行有针对性的研发。在测试阶段，测试人员可以将用户需求逐个作为测试需求，进而可以对测试需求进行测试。

其中，用户需求、研发需求和测试需求均可以按照设备分类进行分类存储。

不同的设备有不同的用户需求，同一设备可以包括多个用户需求。对于用户需求，可以存储在预设的用户需求数据库中，以供相关人员进行查询。

用户需求数据库用于存储待测设备的用户需求。进一步地，用户需求数据库按照设备分类进行分类存储。其中，设备分类可以是根据功能特性进行划分，对于有相同功能特性的设备划分成同一个设备分类。另外，功能特性相同的设备测试需求相同，也就是，对于有相同测试需求的设备可以划分成同一个设备分类。例如，具有防火墙功能的设备可以划分成同一个设备分类，具有负载均衡功能的设备可以划分成同一个设备分类。用户需求数据库按照设备分类对用户需求进行分类存储，有利于用户清楚地了解相同功能特性的设备之间的联系。每个设备分类下的设备有可能会属于多个功能特性分类。

每一种设备分类对应的用户需求以表项的形式进行分类存储，一个用户需求对应一个表项，一种设备分类对应一个列表，设备分类对应的列表包括该设备分类的各用户需求对应的表项。用户需求表项中包括用户需求的相关信息，如表1所示。

表1

表1中用户需求的相关信息包括：标识，记录时间，所属功能特性分类，标题，描述，已应用的应用组网的标识，新增应用组网的描述，状态，时间段等信息。

其中，标识是针对设备分类的用户需求的标识。记录时间是记录该用户需求的时间。功能特性分类是预设的，对网络设备进行测试的电子设备根据用户提交的针对待测设备的用户需求判断该用户需求所属的功能特性分类。标题可以是针对用户需求自定义设定的。描述，是对用户需求的描述，可以包括用户需求的来源、用户需求的目的以及用户需求的功能等。

应用组网用于为待测设备提供测试环境，每一应用组网对应一标识，应用组网的标识是预设的。新增应用组网是用户需求还未应用且未记录的应用组网，用户需求数据库中所记录的新增应用组网的信息可以包括：该新增应用组网的标识，该新增应用组网的描述等，记录的新增应用组网的信息便于研发人员和测试人员做进一步地需求分析。时间段表示不同版本对用户需求需要支持的时间。

状态可以包括用户需求的待分析状态、正在研发状态、研发完成状态、已淘汰状态、变更状态、变更后当前版本已实现状态和变更后当前版本未实现状态等。对于上述的用户需求的状态，可以对每一种状态设定一数值，用该数值表示所对应的用户需求的状态。例如，待分析状态用数值0表示，正在研发状态用数值1表示，研发完成状态用数值2表示，已淘汰状态用数值3表示，变更状态用数值4表示，变更后当前版本已实现状态用数值5表示，变更后当前版本未实现状态用数值6表示。

通过用户需求数据库对用户需求进行分类存储，方便了用户查阅、获取待测设备对应的用户需求和了解各版本对用户需求的支持情况。

研发需求是通过对用户需求进行分析所得到的。每个用户需求可以拆分成多个用户子需求，为了便于研发人员有针对性的进行研发，可以将所得到的研发需求分解成为多个研发子需求，每一个研发子需求对应一个用户需求中的用户子需求。相应的，在测试阶段，测试人员可以将用户子需求逐个作为测试子需求，进而可以对测试子需求进行测试。因此，每一研发需求实际上也对应一测试需求，每一研发子需求实际上也对应一测试子需求。

分析所得到的研发需求可以存储在预设的研发需求数据库中。研发需求数据库可以按照设备分类对研发需求进行分类存储，其中，研发需求数据库中的存储分类与上述用户需求数据库中的存储分类是对应的。进一步地，对于每一个研发需求，对应存储有该研发需求所分解成的多个研发子需求。

每一种设备分类对应的研发子需求可以以表项的形式进行分类存储，一个研发子需求对应一个表项，一种设备分类对应一个列表，设备分类对应的列表包括该设备分类的各研发子需求对应的表项。研发子需求表项中包括研发子需求的相关信息，如表2所示。

表2

表2中研发子需求的相关信息包括：标识，子标识，所属功能特性，标题，描述，测试建议，应用组网列表，新增应用组网列表，代码量，状态，首次合入的版本列表，首次终止的版本列表等。

其中，标识为研发需求对应的标识，当针对同一用户需求时，研发需求数据库中的标识与用户需求数据库中的标识相同。子标识是研发子需求对应的标识，每一研发子需求对应一标识。所属功能特性是指研发子需求需要实现的功能特性。标题为研发需求的标题，可以自定义。描述是针对研发子需求所实现的功能。测试建议是研发人员根据研发子需求给出的测试建议，以供测试人员参考。

应用组网列表记录满足研发子需求的应用组网的标识列表，当应用组网列表中所记录的应用组网均不能满足研发子需求时，需要新增可以满足该研发子需求的应用组网。

新增应用组网列表用于记录新增加的应用组网的标识，便于用户管理。在新增应用组网列表中的应用组网完成搭建之后，则对网络设备进行测试的电子设备将该应用组网的标识添加至应用组网列表中，而将新增应用组网列表中该应用组网的标识删除。

代码量表示对研发子需求进行研发所需的代码行数，代码量用于为测试人员制定测试策略时提供参考。状态包括研发子需求的待研发状态、正在研发状态、研发完成状态、已淘汰状态、变更状态、变更后当前版本已实现状态和变更后当前版本未实现状态等。对于上述的研发子需求的状态，可以对每一种状态设定一数值，用该数值表示所对应的研发子需求的状态。首次合入的版本列表记录研发子需求第一次完成时所使用的版本，首次终止的版本列表记录该研发子需求被淘汰时的版本。

研发人员将一个研发需求分解成多个研发子需求，并通过研发需求数据库对研发子需求进行分类存储，并给出对应的测试建议，对测试需求分析有指导意义；表项中所记录的研发子需求对应的版本，便于为研发子需求的市场应用提供版本参考。

测试需求用于为测试人员对待测设备进行测试提供了参考和测试信息，测试需求存储在预设的测试需求数据库中。测试需求数据库按照设备分类对测试需求进行分类存储。

每一种设备分类对应的测试需求以表项的形式进行分类存储，一个测试需求对应一个表项，一种设备分类对应一个列表，设备分类对应的列表包括该设备分类的各测试需求对应的表项。测试需求表项中包括测试需求的相关信息，如表3所示。

表3

标识

子标识

标题

测试建议

应用组网列表

新增应用组网列表

状态

表3中测试需求的相关信息包括：标识，子标识，标题，测试建议，应用组网列表，新增应用组网列表，状态等信息。

其中，标识和子标识为测试需求对应的研发需求的标识和子标识，例如，测试需求A由对研发子需求a进行分析所得到的，其中，研发子需求a的标识为1，子标识为11。那么，在测试需求数据库中所存储的测试需求A的标识为1，子标识为11。

标题为测试子需求的标题，可以自定义。测试建议为针对测试需求的测试建议，该测试建议可以根据该测试需求对应的研发需求中的测试建议得到。应用组网列表记录满足测试需求的已存在的应用组网的标识列表，当应用组网列表中所记录的应用组网均不能满足测试需求时，需要新增可以满足该测试需求的应用组网，新增应用组网列表用于记录新增加的应用组网的标识；在新增应用组网列表中的应用组网完成搭建之后，对网络设备进行测试的电子设备将完成搭建的应用组网的标识添加至应用组网列表中，而将新增应用组网列表中该应用组网的标识删除。

状态包括测试需求的待测试状态、正在测试状态、测试终止状态、变更状态、变更后当前版本已实现状态和变更后当前版本未实现状态等。对于上述的测试需求的状态，可以对每一种状态设定一数值，用该数值表示所对应的测试需求的状态。

S102，根据预设的测试需求与应用组网的对应关系，确定目标测试需求对应的目标应用组网。

应用组网用于为待测设备提供测试环境，应用组网所提供的测试环境为模拟该待测设备在实际应用中的网络环境，以使得对待测设备的测试具有完整性，更贴近实际应用。

应用组网包括多种设备分类的设备，一种设备分类的设备可以应用于多个应用组网中。因此，一种设备分类的测试需求可以通过多个应用组网来实现，即多个应用组网均可以实现一种设备分类的测试需求。例如，防火墙的一个测试需求可以在应用组网a中进行测试，还可以在应用组网b、应用组网c等其他应用组网中进行测试。每一个应用组网均包括多个网络设备，因此每一个应用组网可以实现多种设备分类的测试需求。例如，应用组网a可以对防火墙的测试需求进行测试，还可以对负载均衡的测试需求进行测试。

根据应用组网与设备分类的对应关系，对于应用组网的存储可以针对设备分类进行分类存储，即每一种设备分类对应一个表项，每一个应用组网对应一个列表，应用组网的列表中包括该应用组网中各设备分类对应的表项。设备分类的表项中存储设备分类的相关信息，如表4所示。

表4

标识

名称

描述

应用组网列表

测试点数据库列表

表4中设备分类的相关信息包括：标识，名称，描述，应用组网列表，测试点数据库列表等信息。

其中，标识为表项对应的设备分类的标识。名称为设备所属的设备分类的名称，例如，防火墙、负载均衡、WAF(Web Application Firewall，网站应用级入侵防御系统)等。描述是对表项对应的设备分类的描述。应用组网列表记录设备分类所参与的应用组网的标识。

测试点数据库是预设的，每一个设备分类对应有一套测试点，因此每一个设备分类对应一个属于该设备分类的测试点数据库。一个测试点是测试的一个条件，例如，对手机屏幕进行亮度测试，包括三个测试点，一个测试点是将手机屏幕处于黑暗的环境下进行亮度测试，另一个测试点是将手机屏幕处于正常光照条件下进行亮度测试，最后一个测试点是将手机屏幕处于强光照条件下进行亮度测试。

另外，对于每一个应用组网，可以以表项形式存储应用组网的相关信息，每一个表项对应一个应用组网。表项中的相关信息如表5所示。

表5

表5中应用组网的相关信息包括：应用组网标识，应用组网名称，描述，文件路径，测试点数据库列表，测试记录列表，质量评估列表，问题测试记录列表等信息。

其中，标识为应用组网对应的标识，该标识是预设的。名称是应用组网的名称。描述是对应用组网所实现的功能以及所支持的特性的描述。文件路径为应用组网的拓扑文件所在的路径。

测试点数据库列表记录应用组网所包括的设备分类对应的测试点数据库，测试点数据库用于存储测试点的相关信息。具体地，应用组网可以包括多个设备分类，每一设备分类对应一个测试点数据库，因此，一个应用组网可以对应多个测试点数据库。例如，一个应用组网中包括3种设备分类：标识为i的设备分类、标识为j的设备分类和标识为k的设备分类；则测试点数据库列表可以表示为：TestItemTabList_i#TestItemTabList_j#TestItemTabList_k。其中，TestItemTabList表示测试点数据库列表。

测试记录列表记录应用组网所包括的设备分类对应的测试点记录表。例如，一个应用组网中包括3种设备分类：标识为i的设备分类、标识为j的设备分类和标识为k的设备分类；则测试记录列表可以表示为：TestRecordTabList_i#TestRecordTabList_j#TestRecordTabList_k。其中，TestRecordTabList表示测试记录列表。

质量评估列表记录应用组网所包括的设备分类对应的质量评估表。例如，一个应用组网中包括3种设备分类：标识为i的设备分类、标识为j的设备分类和标识为k的设备分类；则质量评估列表可以表示为：QualTabList_i#QualTabList_j#QualTabList_k。其中，QualTabList表示质量评估列表。

问题测试记录列表记录应用组网所包括的设备分类对应的问题测试记录。例如，一个应用组网中包括3种设备分类：标识为i的设备分类、标识为j的设备分类和标识为k的设备分类；则问题测试记录列表可以表示为：BugTabList_i#BugTabList_j#BugTabList_k。其中，BugTabList表示问题测试记录列表。

根据上述测试需求的存储方式，测试需求与设备分类存在对应关系。根据上述应用组网的存储方式，应用组网与设备分类存在对应关系。根据测试需求与设备分类的对应关系以及应用组网与设备分类的对应关系，可以确定出目标应用组网。

一种实施方式中，根据选取的用户需求的多个用户子需求，可以将目标测试需求划分为多个测试子需求，根据测试需求与测试点的对应关系，确定每个测试子需求对应的测试点。

测试点的相关信息存储在预设的测试点数据库中，对网络设备进行测试的电子设备可以对测试点数据库中存储的测试点的相关信息进行编辑、修改和完善，还可以将新增的测试点的相关信息添加至该测试点数据库中。针对测试点的相关信息的存储方式可以是按照设备分类进行分类存储，还可以是按照应用组网进行分类存储。其中，按照设备分类进行分类存储的方式表示出了测试需求与测试点的对应关系，按照应用组网进行分类存储的方式表示出了测试点与应用组网的对应关系。

针对按照设备分类的存储方式。每一个设备分类有一套测试点，因此根据设备分类以表项的形式对测试点进行分类存储，一个测试点对应一个表项，一种设备分类对应一个列表，设备分类的列表中的表项为：该设备分类所包括的各测试点对应的表项。表项存储的测试点的相关信息如表6所示。

表6

其中，该表项的名称可以是以设备分类对应的标识来命名。表6中测试点的相关信息包括：特性标识，特性名称，测试点编号，测试点对应的用户需求标识，测试点对应的用户子需求标识，标题，描述，重要等级，时间，所属的应用组网标识列表，变更记录等。

其中，特性标识为测试点所属的设备分类对应的特性，设备分类可以包括多种特性，每一特性对应一个特性标识和特性名称，同一表项中的特性标识和特性名称是一一对应的，均表示同一特征。测试点编号是测试点对应的编号，测试点编号是自定义的，每一测试点对应一个测试点编号。

测试点对应的用户需求标识用于表示该测试点测试的用户需求(即测试需求)标识，测试点对应的用户需求标识可以包括多个用户需求标识，即可以满足该多个标识分别对应的多个用户需求。测试点对应的用户子需求标识用于表示该测试点测试的用户子需求(即测试子需求)标识，测试点对应的用户子需求标识可以包括多个用户子需求标识。

标题是测试点的标题。描述是指对测试点的描述。重要等级指示测试点的重要程度，其中，测试点的重要程度可以自定义划分，并为每一测试点确定各自的重要等级。时间是指将测试点存储至测试点数据库的时间。所属的应用组网标识列表用于表示测试点进行测试所在的应用组网，该列表可以包括多个应用组网标识。变更记录表示对测试点进行变更的记录。

本实施例还可以根据表6所示的信息，了解完成测试后，测试各用户需求所采用的测试点信息，以此来满足用户、客户、开发人员或管理人员对整个用户需求测试情况的了解需求。具体的，本实施例还包括：

当接收到针对第一用户需求的点击指令时，确定对应的第一用户需求标识。从而再根据第一用户需求标识，确定与所述第一用户需求标识对应的第一测试点。再根据用户需求标识、测试点的对应关系(例如表6所示)，进而了解第一测试点的信息，该信息可以是表6所示的信息。

通过设备分类的存储方式，即测试需求与测试点的对应关系。确定出每个测试子需求对应的测试点之后，一种实施方式，可以将所确定的测试点下发。测试点的下发可以是以表项的形式下发，每一次下发对应一个表项，下发的测试点的信息如表7所示。

表7

表7中下发的测试点信息包括：测试点编号，测试点信息，是否测试，排除的应用组网列表，测试建议，测试人员名称等。

其中，测试点编号是测试点对应的编号。测试点信息为该测试点按照设备分类存储时的相关信息。是否测试用于表示测试点测试的状态。排除的应用组网列表中所记录的应用组网不进行该测试点的测试。测试建议为测试人员针对测试点所给出的建议。测试人员名称为对测试点进行测试的人员的名称。

在确定出每个测试测试子需求对应的测试点之后，根据测试点与应用组网的对应关系，获取每个测试点对应的目标应用组网。

具体地，测试点的一种存储方式是按照应用组网的存储方式。按照应用组网的存储方式以表项的形式对测试点进行分类存储，一个测试点对应一个表项，一个应用组网对应一个列表，属于同一应用组网的测试点在同一列表中进行分类存储。表项中所存储的测试点的相关信息如表8所示。

表8

表8中测试点的相关信息包括：测试点编号，所属测试点数据库的编号，设备管理地址，标题，描述，配置描述，测试内容，测试结果等信息。

其中，表项的名称可以是以应用组网对应的标识来命名。通过测试点存储的表项，便可获取到测试点对应的目标应用组网。

其中，测试点编号是测试点对应的编号。所属测试点数据库的编号表示测试点在所属的总测试点数据库表项中的编号。设备管理地址为测试点对应的测试设备的设备管理地址。标题是测试点的标题。描述是指对测试点的描述。配置描述是测试点在应用组网中的关键配置的描述。测试内容表示对测试点进行测试时的测试操作内容。测试结果用于描述测试的预期结果。

S103，将目标测试需求生成测试用例，并将测试用例发送至目标应用组网，以在目标应用组网中对待测设备进行测试。

在目标应用组网中对待测设备进行测试之后，电子设备可以获取待测设备的针对所述测试用例的测试记录。测试记录可以是电子设备从目标应用组网中获取，并根据预设的模板生成的，还可以是由测试人员在测试过程中所做的测试记录并存储至电子设备中的。

电子设备对测试记录可以进行分类存储。存储的方式至少包括以下两种存储方式。

第一种存储方式，按照设备分类对测试记录进行分类存储，一个测试记录对应一个表项，一种设备分类对应一个列表，同一种设备分类的测试记录存储于同一列表中。测试记录的表项中的信息如表9所示。

表9

版本信息

测试时间

应用组网列表

测试策略

测试质量

表9中测试记录的信息包括：版本信息，测试时间，应用组网列表，测试策略，测试质量等。

其中，版本信息为测试所应用的版本。测试时间为针对该测试记录所对应测试的时间。应用组网列表中包括在当前版本下进行测试的应用组网的标识。测试策略用于描述当前版本的测试策略。测试质量用于描述针对当前版本的测试质量。

第二种存储方式，按照应用组网对测试记录进行分类存储，一个测试记录对应一个表项，一个应用组网对应一个列表，即将属于同一应用组网的测试记录存储于同一列表中，测试记录的表项中的信息如表10所示。

表10

表10中测试记录的信息包括：版本信息，测试时间，测试点编号，所属测试点数据库的编号，设备管理地址，特性，标题，描述，测试结果，测试描述等。

其中，版本信息表示进行测试的版本信息。测试时间为针对该测试记录所对应测试的时间。测试点编号是测试点对应的编号。所属测试点数据库的编号表示测试点在所属的总测试点数据库表项中的编号。设备管理地址为测试点所属的应用组网中对应测试设备的管理地址。特性为测试点所属的特性。标题是测试点的标题。描述是指对测试点的描述。

测试结果可以包括测试通过、测试部分通过、测试没有通过、没有测试。在测试描述中，若测试存在问题，则应该将问题描述出来。

针对第二种存储方式，在目标应用组网中对待测设备进行测试之后，电子设备获取待测设备的测试记录，并将目标应用组网与待测设备的测试记录对应存储。

电子设备获取到测试记录之后，根据所获取的测试记录，针对待测设备的用户需求、待测设备的研发需求和待测设备的版本，分别生成对应的质量评估报告和测试建议。质量评估报告和测试建议是对当前测试的测试过程和测试结果的总结，根据质量评估报告和测试建议，测试人员可以对网络设备的测试进行改进，进而提高测试的质量和效率。

质量评估报告中的信息包括测试轮次编号，设备分类对应的版本列表，测试问题数量等。

其中，测试轮次编号即表示测试的第几轮。设备分类对应的版本列表可以表示为：DevID_1：version_1#DevID_2：version_2……DevID_i：version_i，这里，DevID_i表示第i种设备分类的标识，version_i表示该设备分类测试所使用的版本i。测试问题数量可以表示为：DevID_1：BugNum_1#DevID_2：BugNum_2……DevID_i：BugNum_i，这里，BugNum_i表示该设备分类测试问题的数量为i。

存储测试记录的电子设备根据测试记录生成质量评估报告的一种实现方式，电子设备首先确定所查询的设备分类对应的测试记录的总数量，再针对该总数量内的每一条测试记录进行分析评估，得到质量评估报告。

测试建议可以是测试人员根据测试需求自定义后输入至电子设备进行存储的，还可以是电子设备根据测试情况生成的。

电子设备还可以提供针对测试记录的查询服务。一种实施方式中，电子设备接收目标信息的查询指令。目标信息为测试类型信息或应用组网，测试类型信息为测试记录中所包括信息的类型。其中，测试类型信息可以为设备分类或者版本。电子设备根据查询指令，获取并显示目标信息对应的测试记录。

具体地，当查询指令是针对设备分类或者版本时，可以对上述表9进行查找，获取所针对的设备分类或者版本对应的测试记录，并进行显示。当查询指令是针对应用组网时，可以对上述表10进行查询，获取所针对的应用组网的测试记录，并进行显示。

进一步地，还可以指定查询目标时间段内针对目标信息的查询指令，其中，目标时间段是用户自定义的，以便于用户有针对性的查询目标时间段内的测试记录。具体地，在获取到针对目标信息对应的测试记录之后，再从测试时间项中筛选出符合目标时间段的测试时间，所筛选出的测试时间对应的测试记录即为目标时间段内针对目标信息的查询指令。

在上述实施方式的基础上，进一步地，还可以查询测试记录中的问题测试记录。问题测试记录是指在测试过程中电子设备检测出的测试问题或者电子设备存储的用户所反馈的测试问题。问题测试记录中的信息包括：版本信息，问题编号，问题描述，解决情况等。

对于问题测试记录的查询，电子设备在获取到目标信息对应的测试记录之后，进一步地在所获取的测试记录中筛选出问题测试记录。

具体地，当查询指令是针对设备分类或者版本时，电子设备从上述表9获取到所针对的设备分类或者版本对应的测试记录之后，进一步地查询表9中的测试质量项，确定并显示出问题测试记录。当查询指令是针对应用组网时，电子设备从上述表10获取到所针对的应用组网对应的测试记录之后，进一步地查询表10中的测试结果项，确定并显示出问题测试记录。

一种实施方式中，基于用户需求数据库、研发需求数据库和测试需求数据库，电子设备可以对用户需求、研发需求和测试需求进行分类存储，还可以对用户需求、研发需求和测试需求进行变更、删除以及新增。

具体地，当新增用户需求时，确定新增的用户需求的标识，将该用户需求存储至用户需求数据库，并将该用户需求的状态设置为待分析状态；研发人员对用户需求进行解析得到多个研发子需求，将所得到的研发子需求存储至研发需求数据库中，并将该多个研发子需求的状态设置为待研发状态；电子设备对研发子需求进行分析得到测试需求，并根据测试需求获取到测试点，以及测试点对应的应用组网。

当测试点对应的应用组网不存在时，可以新增应用组网。具体地，电子设备检测到新增测试需求时，确定新的测试需求对应的测试点，作为第一测试点，并判断该第一测试点对应的第一应用组网是否存在，如果不存在，记录该第一应用组网，并将第一测试点与第一应用组网的对应关系添加至测试点与应用组网的对应关系。

当对用户需求进行变更时，确定变更的用户需求的标识，将所变更的用户需求作为一条新的记录添加至用户需求数据库中，并对应设置状态为变更状态；研发人员对变更的用户需求进行分析，可以得到新的研发子需求，并生成新的研发子需求的记录存储在研发需求数据库中；电子设备对原研发子需求和新的研发子需求进行分析，得到新的测试需求以及新的测试点，新的测试点合理分配至应用组网中。

当所分配的应用组网不存在时，可以新增应用组网。具体地，电子设备检测到测试需求存在变更时，确定新的测试以及新的测试点，判断新的测试点对应的应用组网是否存在，如果不存在，记录该新的应用组网，并将新的测试点与新的应用组网的对应关系添加至测试点与应用组网的对应关系。

当对用户需求进行删除时，确定需要删除的用户需求的标识，根据该标识，对用户需求数据库、研发需求数据库以及测试需求数据库中需求对应的状态进行修改：将对应的用户需求的状态设置为已淘汰状态，将对应的研发需求的状态设置为已淘汰状态，将对应的测试需求的状态设置为测试终止状态。查询并删除该标识对应的测试记录，以及该测试记录对应的分散到各组网测试点的记录。

本申请实施例提供的技术方案中，基于待测设备的目标测试需求，从预设的对应关系中确定出目标应用组网，在目标应用组网中对待测设备进行测试。不仅可以测试待测设备的功能特性，而且在模拟实际应用环境的目标应用组网中进行测试，有效地将功能特性测试和应用环境结合，使得测试更加贴近实际应用环境，提高了测试的完整性。

综上，如图2所示，本申请实施例提供的一种网络设备测试方法，具体应用于电子设备。图2所示的方法可以包括如下步骤。

S201，从待测设备的用户需求中选取一用户需求，作为目标测试需求。

S202，根据选取的用户需求的多个用户子需求，将目标测试需求划分为多个测试子需求。

S203，根据测试需求与测试点的对应关系，确定每个测试子需求对应的测试点。

S204，根据测试点与应用组网的对应关系，获取每个测试点对应的目标应用组网。

S205，将目标测试需求生成测试用例，并将测试用例发送至目标应用组网，以在目标应用组网中对待测设备进行测试。

S206，获取待测设备的针对测试用例的测试记录。

S207，根据所得到的测试记录，针对待测设备的用户需求、待测设备的研发需求和待测设备的版本，分别生成对应的质量评估报告和测试建议。

S208，接收针对目标信息的查询指令。

S209，获取并显示目标信息对应的测试记录；或者，从目标信息对应的测试记录中获取并显示问题测试记录。

S210，当检测到测试需求存在变更或新增时，确定新的测试需求对应的测试点，作为第一测试点。

S211，判断第一测试点对应的第一应用组网是否存在；如果否，执行步骤S212；如果是，则确定第一测试点与第一应用组网的对应关系。

S212，记录并新增第一应用组网，将第一测试点与第一应用组网的对应关系添加至测试点与应用组网的对应关系。

相应于上述网络设备测试方法实施例，本申请实施例还提供一种网络设备测试装置，如图3所示的本申请实施例提供的网络设备测试装置的一种结构示意图，该网络设备测试装置包括：

选取模块310，用于从待测设备的用户需求中选取一用户需求，作为目标测试需求；

确定模块320，用于根据预设的测试需求与应用组网的对应关系，确定目标测试需求对应的目标应用组网，应用组网用于：为待测设备提供测试环境；

生成模块330，用于将目标测试需求生成测试用例，并将测试用例发送至目标应用组网，以在目标应用组网中对待测设备进行测试。

可选地，确定模块320具体用于：

根据选取的用户需求的多个用户子需求，将目标测试需求划分为多个测试子需求；

根据测试需求与测试点的对应关系，确定每个测试子需求对应的测试点；

根据测试点与应用组网的对应关系，获取每个测试点对应的目标应用组网。

可选地，选取模块310还用于：

获取待测设备的针对测试用例的测试记录；

根据所得到的测试记录，针对待测设备的用户需求、待测设备的研发需求和待测设备的版本，分别生成对应的质量评估报告和测试建议。

可选地，选取模块310还用于：

接收针对目标信息的查询指令，目标信息为测试类型信息或应用组网，测试类型信息为测试记录中所包括信息的类型；

获取并显示目标信息对应的测试记录；或者，从目标信息对应的测试记录中获取并显示问题测试记录。

可选地，确定模块320还用于：

当检测到测试需求存在变更或新增时，确定新的测试需求对应的测试点，作为第一测试点；

判断第一测试点对应的第一应用组网是否存在；

如果否，记录并新增第一应用组网，将第一测试点与第一应用组网的对应关系添加至测试点与应用组网的对应关系。

本申请实施例提供的技术方案中，基于待测设备的目标测试需求，从预设的对应关系中确定出目标应用组网，在目标应用组网中对待测设备进行测试。不仅可以测试待测设备的功能特性，而且在模拟实际应用环境的目标应用组网中进行测试，有效地将功能特性测试和应用环境结合，使得测试更加贴近实际应用环境，提高了测试的完整性。

相应于上述网络设备测试方法的实施例，本申请实施例还提供了一种电子设备，如图4所示，包括处理器410和机器可读存储介质420，机器可读存储介质420存储有能够被处理器410执行的机器可执行指令。

另外，如图4所示，电子设备还可以包括：通信接口430和通信总线440；其中，处理器410、机器可读存储介质420、通信接口430通过通信总线440完成相互间的通信，通信接口430用于上述电子设备与其他设备之间的通信。

处理器410促使执行上述任一种网络设备测试方法的实施例，其中，网络设备测试方法包括：

从待测设备的用户需求中选取一用户需求，作为目标测试需求；

根据预设的测试需求与应用组网的对应关系，确定目标测试需求对应的目标应用组网，应用组网用于：为待测设备提供测试环境；

将目标测试需求生成测试用例，并将测试用例发送至目标应用组网，以在目标应用组网中对待测设备进行测试。

本申请实施例提供的技术方案中，基于待测设备的目标测试需求，从预设的对应关系中确定出目标应用组网，在目标应用组网中对待测设备进行测试。不仅可以测试待测设备的功能特性，而且在模拟实际应用环境的目标应用组网中进行测试，有效地将功能特性测试和应用环境结合，使得测试更加贴近实际应用环境，提高了测试的完整性。

上述通信总线440可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(Extended Industry Standard Architecture，扩展工业标准结构)总线等。该通信总线440可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

机器可读存储介质420可以包括RAM(Random Access Memory，随机存取存储器)，也可以包括NVM(Non-Volatile Memory，非易失性存储器)，例如至少一个磁盘存储器。另外，机器可读存储介质420还可以是至少一个位于远离前述处理器的存储装置。

上述处理器410可以是通用处理器，包括CPU(Central Processing Unit，中央处理器)、NP(Network Processor，网络处理器)等；还可以是DSP(Digital SignalProcessing，数字信号处理器)、ASIC(Application Specific Integrated Circuit，专用集成电路)、FPGA(Field-Programmable Gate Array，现场可编程门阵列)或其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

相应于上述网络设备测试方法的实施例，本申请实施例还提供了一种机器可读存储介质，存储有机器可执行指令，在被处理器调用和执行时，机器可执行指令促使处理器实现上述网络设备测试方法。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于网络设备测试装置、电子设备和机器可读存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本申请的保护范围内。

Claims (10)

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

在测试阶段，从待测设备的用户需求中选取一用户需求，作为目标测试需求，其中，所述目标测试需求是根据针对所述待测设备的用户需求和研发需求所确定的；

根据预设的测试需求与应用组网的对应关系，确定所述目标测试需求对应的目标应用组网，所述应用组网用于：为所述待测设备提供测试环境；

将所述目标测试需求生成测试用例，并将所述测试用例发送至所述目标应用组网，以在所述目标应用组网中对所述待测设备进行测试。

2.根据权利要求1所述的方法，其特征在于，所述根据预设的测试需求与应用组网的对应关系，确定所述目标测试需求对应的目标应用组网的步骤，包括：

根据选取的用户需求的多个用户子需求，将目标测试需求划分为多个测试子需求；

根据测试需求与测试点的对应关系，确定每个测试子需求对应的测试点；

根据测试点与应用组网的对应关系，获取每个测试点对应的目标应用组网。

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

获取所述待测设备的针对所述测试用例的测试记录；

根据所得到的测试记录，针对所述待测设备的用户需求、所述待测设备的研发需求和所述待测设备的版本，分别生成对应的质量评估报告和测试建议。

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

接收针对目标信息的查询指令，所述目标信息为测试类型信息或应用组网，所述测试类型信息为测试记录中所包括信息的类型；

获取并显示所述目标信息对应的测试记录；或者，从所述目标信息对应的测试记录中获取并显示问题测试记录。

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

当检测到测试需求存在变更或新增时，确定新的测试需求对应的测试点，作为第一测试点；

判断所述第一测试点对应的第一应用组网是否存在；

如果否，记录并新增所述第一应用组网，将所述第一测试点与所述第一应用组网的对应关系添加至测试点与应用组网的对应关系。

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

选取模块，用于在测试阶段，从待测设备的用户需求中选取一用户需求，作为目标测试需求，其中，所述目标测试需求是根据针对所述待测设备的用户需求和研发需求所确定的；

确定模块，用于根据预设的测试需求与应用组网的对应关系，确定所述目标测试需求对应的目标应用组网，所述应用组网用于：为所述待测设备提供测试环境；

生成模块，用于将所述目标测试需求生成测试用例，并将所述测试用例发送至所述目标应用组网，以在所述目标应用组网中对所述待测设备进行测试。

7.根据权利要求6所述的装置，其特征在于，所述确定模块具体用于：

根据选取的用户需求的多个用户子需求，将目标测试需求划分为多个测试子需求；

根据测试需求与测试点的对应关系，确定每个测试子需求对应的测试点；

根据测试点与应用组网的对应关系，获取每个测试点对应的目标应用组网。

8.根据权利要求6所述的装置，其特征在于，所述选取模块还用于：

获取所述待测设备的针对所述测试用例的测试记录；

根据所得到的测试记录，针对所述待测设备的用户需求、所述待测设备的研发需求和所述待测设备的版本，分别生成对应的质量评估报告和测试建议。

9.一种电子设备，其特征在于，包括处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，所述处理器被所述机器可执行指令促使：实现权利要求1-5任一所述的方法步骤。

10.一种机器可读存储介质，其特征在于，存储有机器可执行指令，在被处理器调用和执行时，所述机器可执行指令促使所述处理器：实现权利要求1-5任一所述的方法步骤。

Images