CN112350879A - 数据通信设备测试管理方法、装置、系统及存储介质 - Google Patents

Abstract

本申请公开了数据通信设备测试管理方法、装置、系统及存储介质，具体包括：建立与测试设备、被测试设备以及测试设备和被测试设备之间的连接关系根据测试用例，设置用于设备测试的测试参数信息，测试用例包括总控制脚本、测试流程文件和测试仪测试脚本，测试用例为至少一个；调用持续集成工具，生成测试用例对应的测试任务；执行测试任务，完成对被测试设备的测试，得到测试结果，基于上述技术方案可以提高设备测试的效率、降低测试工作的人工成本和时间成本。

Description

数据通信设备测试管理方法、装置、系统及存储介质

技术领域

本申请涉及测试管理技术领域，尤其涉及数据通信设备测试管理方法、装置、系统及存储介质。

背景技术

通常，用户在采购交换机和路由器等数据通信设备时，会对这些硬件设备的性能指标、规格参数进行验证，以确定设备各方面性能是否正常，是否可能存在质量问题。

目前，现有技术采用人工手动测试方式进行测试验证，通过人工手动配置测试仪、交换机或者路由器的测试项目，对交换机、路由器等设备的性能规格参数进行测试验证，这样，使得相关测试技术人员的工作量较大，而且测试效率较低，人工成本和时间成本都较高。

发明内容

针对上述现有技术，本发明实施例公开一种数据通信设备测试管理方法，可以克服人工手动配置测试过程存在的测试效率低下的问题，提高测试效率、降低测试工作的人工成本和时间成本，该方法包括：

建立与测试设备、被测试设备以及测试设备和被测试设备之间的连接关系；

根据测试用例，设置用于设备测试的测试参数信息，测试用例包括总控制脚本、测试流程文件和测试仪测试脚本，所述测试用例为至少一个；

调用持续集成工具，生成所述测试用例对应的测试任务；

执行所述测试任务，完成对所述被测试设备的测试，得到测试结果。

可选地，所述调用持续集成工具，生成所述测试用例对应的测试任务的步骤包括：

调用所述持续集成工具应用程序编程接口API；

向所述持续集成工具发送所述测试用例和所述测试参数信息；

根据所述测试用例和所述参数信息，所述持续集成工具构建所述测试用例的测试任务。

可选地，该方法还包括：选择预先设置的测试失败执行策略，所述策略包括：停止执行并发送报警信息、失败继续执行下一项测试任务、重复执行本次测试任务；

在所述执行所述测试任务之后，若执行测试任务失败，则根据选择的测试失败执行策略，执行后续步骤。

可选地，所述执行所述测试任务，完成对所述被测试设备的测试，得到测试结果之后，该方法还包括：

保存所述测试结果；

根据所述测试结果，生成被测试设备的测试报告；

根据所述测试报告，分析所述被测试设备的性能。

可选地，生成所述被测试设备的测试报告之后，该方法还包括：

采用数据可视化工具，将测试报告的中的测试数据可视化。

可选地，建立与测试设备、被测试设备以及测试设备和被测试设备之间的连接关系之前，所述方法包括：

获取用户注册信息，划分用户权限；

获取设备信息，建立设备数据表，用于设备管理。

本发明另一实施例中，提供了一种数据通信设备测试管理的装置，该装置包括：

建立模块，用于建立与测试设备、被测试设备以及测试设备和被测试设备之间的连接关系；

设置模块，用于根据测试用例，设置用于设备测试的测试参数信息，测试用例包括总控制脚本、测试流程文件和测试仪测试脚本，所述测试用例为至少一个；

调用模块，用于调用持续集成工具，生成所述测试用例对应的测试任务；

执行模块，用于根据所述连接关系，发送所述测试任务，并执行，完成对所述被测试设备的测试，得到测试结果。

本发明另一实施例中，提供了一种数据通信设备测试管理的系统，该系统包括：测试平台、交换机以及测试仪，交换机为被测试设备，测试仪为测试设备，其中：测试平台用于：

建立与测试设备、被测试设备以及测试设备和被测试设备之间的连接关系；

根据测试用例，设置用于设备测试的测试参数信息，测试用例包括总控制脚本、测试流程文件和测试仪测试脚本，所述测试用例为至少一个；

调用持续集成工具，生成所述测试用例对应的测试任务；

执行所述测试任务，完成对所述被测试设备的测试，得到测试结果。

本发明另一实施例中，提供了一种非瞬时计算机可读存储介质，所述非瞬时计算机可读存储介质存储指令，所述指令在由处理器执行时使得所述处理器执行如上所述的测试管理的方法。

本发明另一实施例中，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述的测试管理的方法。

综上所述，本发明实施例中的方案，通过对测试用例进行以持续集成工具构建测试任务、并将构建的测试任务执行部署的方式，自动完成被测试设备即交换机或者路由器等数据通信设备的测试，其中，根据测试用例包括的总控制脚本、测试流程文件和测试仪测试脚本，构建的测试任务可以实现被测试设备的配置下发、配置验证、测试仪验证的自动化操作，自动完成对被测试设备的测试，提高了测试效率，并且，针对该被测试设备的测试用例可以是多个，可以实现对被测试设备的多项性能测试，进而可以提高测试效率、减轻测试技术人员的工作量，降低工作中的人工成本和时间成本。

附图说明

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

图1示出了根据本申请一些实施例的应用场景100的示意图；

图2示出了根据本申请一实施例数据通信设备测试管理的方法200的流程图；

图3示出了根据本申请一实施例方法300的流程图；

图4示出了根据本申请一实施例方法400的流程图；

图5示出了根据本申请一实施例应用数据通信设备测试管理的方法的系统500的示意图；

图6为本发明一些实施例中数据通信设备测试管理的装置600的结构示意图；

图7为本发明一些实施例中电子设备700的结构示意图。

具体实施方式

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其他步骤或单元。

下面以具体实施例对本发明的技术方案进行详细说明。下面几个具体实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图1示出了根据本申请一些实施例的应用场景100的示意图。如图1所示，应用场景100可以包括测试平台110、测试设备120和被测试设备130。这里，测试平台110、测试设备120和被测试设备130可以通过网络140进行通信。网络140例如可以包括局域网(LAN)和广域网(WAN)。本申请的实施例可以使用任意公知的网络协议来实现网络140，包括各种有线或无线协议，诸如，以太网、FIREWIRE或任意其他适合的通信协议。测试设备120和被测试设备130可以线缆进行连接。

测试平台110可以包括一个或多个服务器。测试平台110可以响应于来自测试设备120和被测试设备130的访问请求，向测试设备120和被测试设备130发送测试任务。

测试设备120可以是测试仪，被测试设备130可以是交换机或者路由器等数据通信设备，此外，在一些测试任务中，需要作为辅助测试用的数据通信设备，应用场景100中还可以包括一台或多台辅助测试设备，具体可以是一台或多台交换机等。

可以理解的是，本发明实施例所提供的数据通信设备测试管理方法一般由测试平台110所在的服务器执行，相应地，数据通信设备测试管理的装置一般设置于测试平台110所在的服务器中。

请参见图2，图2示出了根据本申请一实施例数据通信设备测试管理的方法200的流程图。在本发明的一实施例中，该数据通信设备测试管理的方法200包括如下步骤：

步骤S201：建立与测试设备、被测试设备以及测试设备和被测试设备之间的连接关系。

这里，测试设备可以是测试仪，被测试设备可以是交换机或者路由器等数据通信设备。测试设备和被测试设备之间可以通过线缆连接。

步骤S202：根据测试用例，设置用于设备测试的测试参数信息，测试用例包括总控制脚本、测试流程文件和测试仪测试脚本，所述测试用例为至少一个。

其中，测试用例为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。本实施例中，根据测试用例设置测试参数信息，该测试参数信息可以包括测试设备的客户端IP地址，板卡IP地址，端口号等，被测试设备的IP地址、用户名和密码，以及测试用例的其他参数信息等。测试用例的数量可以为一个或者多个，该被测试设备可以进行多个测试用例的测试。

步骤S203：调用持续集成工具，生成所述测试用例对应的测试任务。

步骤S204：执行所述测试任务，完成对所述被测试设备的测试，得到测试结果。

综上，本发明实施例中，通过对测试用例进行以持续集成工具构建测试任务、并将构建的测试任务执行部署的方式，自动完成被测试设备即交换机或者路由器等数据通信设备的测试，其中，根据测试用例包括的总控制脚本、测试流程文件和测试仪测试脚本，构建的测试任务可以实现被测试设备的配置下发、配置验证、测试仪验证的自动化操作，自动完成对被测试设备的测试，提高了测试效率，并且，针对该被测试设备的测试用例可以是多个，可以实现对被测试设备的多项性能测试，进而可以提高测试效率、减轻测试技术人员的工作量，降低工作中的人工成本和时间成本。

在本发明一些实施例中，如图3所示，图3示出了根据本申请一实施例方法300的流程图。这里，数据通信设备测试管理的方法的步骤S203可以实施为方法300，具体包括如下步骤：

步骤S301：调用所述持续集成工具应用程序编程接口API。

步骤S302：向所述持续集成工具发送所述测试用例和所述测试参数信息。

步骤S303：根据所述测试用例和所述参数信息，所述持续集成工具构建所述测试用例的测试任务。

具体地，该持续集成工具可以是Jenkins，通过Jenkins以参数化构建的方式建立测试任务。调用持续集成工具Jenkins应用程序编程接口API，向Jenkins发送测试用例和测试参数信息，构建该测试用例的测试任务，完成后可以将该测试任务进行部署，即执行步骤S204。通过调用Jenkins构建测试用例对应的测试任务，可以实现被测试设备配置下发，配置验证和测试仪测试验证的全自动化，无需人工介入，提高测试效率。此外，对于多个测试任务，可以进行灵活的批量测试。

在本发明的实施例中，如图4所示，图4示出了根据本申请一实施例方法400的流程图。该方法400包括如下步骤：

步骤S401：设置用户信息。

其中，获取用户注册信息，划分用户权限。对用户权限进行划分，可以分为超级用户和普通用户。超级用户可以添加和删除设备以及用户，为普通用户指定相应的权限。普通用户，只有超级用户赋予的权限。

步骤S402：设置设备信息。

这里，获取设备信息，建立设备数据表，用于设备管理，该设备包括被测试设备，即交换机或者路由器等数据通信设备。获取到的被测试设备信息可以保存在资产管理数据库，资产管理数据库可以包括资产表和设备表，二者为一对一关系，资产表的主要属性值可以包括设备型号，设备产品序列号(SN)号，登记日期，设备管理员、设备类型等，其中，设备类型与设备表关联。设备表可以包括芯片信息，端口信息，IP地址等相关信息。设备类型可以由超级管理员添加，用于为数据分析提供相同设备类型的数值对比分析。用户可以进行资产设备的添加，修改和删除等操作，超级用户可以直接操作资产表和设备表，普通用户添加的设备只能存储在临时表内，超级用户审核后才能存储在资产表和设备表。

上述步骤，设置用户信息和设置设备信息可以实现对测试人员和入库设备的规范化管理，预先对用户和设备进行设置处理对后续的测试提供了便利，测试时可以是调用资产管理数据库中的数据，提高了测试效率。资产管理数据库中保存的数据也可以用于测试后的数据分析，可以为采购设备和设备选型提供参考。

步骤S403：建立与测试设备、被测试设备以及测试设备和被测试设备之间的连接关系。

这里，测试设备可以是测试仪，被测试设备可以是交换机或者路由器等数据通信设备。测试设备和被测试设备之间可以通过线缆连接。

步骤S404：根据测试用例，设置用于设备测试的测试参数信息，测试用例包括总控制脚本、测试流程文件和测试仪测试脚本，所述测试用例为至少一个。

具体地，测试用例为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合，测试脚本是为了进行自动化测试而编写的脚本。这里，测试用例包括总控制脚本、测试流程文件和测试仪测试脚本，总控制脚本可以读取测试流程文件，测试流程文件中编写配置下发、配置验证和测试仪验证具体程序命令，根据测试流程文件，进行被测试设备的配置下发，被测试设备的配置验证以及调用测试仪测试脚本完成测试仪验证。根据配置验证结果和测试仪验证结果来判断测试是否成功。此外，无论成功与否，或是出现异常，根据测试流程文件最后一步均可以撤销本次对被测试设备下发的配置。测试流程文件可以实现被测试设备测试不同测试用例，不同测试设备的解耦合。对于不同测试用例可以只需编写测试流程文件和测试脚本，同时，对于不同的测试设备只需修改测试流程文件当中的命令行部分，由此，可以达到快速开发的目的。

本实施例中，根据测试用例设置测试参数信息，该测试参数信息可以包括测试设备的客户端IP地址，板卡IP地址，端口号等，被测试设备的IP地址、用户名和密码，以及测试用例的其他参数信息等。测试用例的数量可以为一个或者多个，该被测试设备可以进行多个测试用例的测试。

步骤S405：选择预先设置的测试失败执行策略。

这里，选择预先设置的测试失败执行策略，所述策略包括：停止执行并发送报警信息、失败继续执行下一项测试任务、重复执行本项测试任务；在所述执行所述测试任务之后，若执行测试任务失败，则根据选择的测试失败执行策略，执行后续步骤。

具体地，如果选择停止执行并发送报警信息的测试失败执行策略，当测试执行失败时，可以停止执行本项测试任务，并向测试人员的发送报警信息，又测试人员决定如何进行后续处理；如果选择失败继续执行下一项测试任务的测试失败执行策略，当测试执行失败时，忽略本项测试任务直接执行下一项测试任务；如果选择重复执行本次测试任务的测试失败执行策略，当测试执行失败时，重复执行本项测试任务。

实现上述选择预先设置的测试失败执行策略的技术为现有技术手段，测试人员可以根据测试需求进行选择，在此不再赘述。

步骤S406：调用持续集成工具，生成所述测试用例对应的测试任务。

具体地，测试用例的执行均以构建参数化持续集成工具Jenkins的测试任务的方式进行，如图3所示，具体的实现步骤包括：首先调用所述持续集成工具应用程序编程接口API；其次，向所述持续集成工具发送所述测试用例和所述测试参数信息；最后，根据所述测试用例和所述参数信息，所述持续集成工具构建所述测试用例的测试任务。通过调用Jenkins构建测试用例对应的测试任务，可以实现被测试设备配置下发，配置验证和测试仪测试验证的全自动化，无需人工介入，提高测试效率。此外，对于多个测试任务，每个测试用例的执行均以构建参数化持续集成工具Jenkins的测试任务的方式进行，可以定时构建或者批量化构建，可以进行灵活的批量测试。生成该测试用例对应的测试任务后，执行步骤407。

步骤S407：执行所述测试任务，完成对所述被测试设备的测试，得到测试结果。

这里，执行所述测试任务，根据该测试任务的具体程序执行测试，完成被测试设备的配置下发，配置验证和测试仪测试验证等，最终得到该被测试设备的测试结果。

步骤S408：保存所述测试结果。

这里，将步骤S407得到的测试结果进行保存，测试结果可以保存在相应地数据库中，例如结果数据库中。记录测试结果，便于后续对相关数据的使用。此外，测试结果可以显示于测试结果查看界面，可以便于观察测试任务完成的进度状态。

步骤S409：根据所述测试结果，生成被测试设备的测试报告。

具体地，根据测试结果可以生成被测试设备的测试报告，测试报告可以是基于该被测试设备的已有测试结果的测试数据形成的，测试报告也可以是基于不同类型的被测试设备的已有测试结果的测试数据形成的，被测试设备的类型可以根据资产管理数据库的。

进一步地，根据测试结果的数据，采用数据可视化工具，将测试结果或者测试报告中的测试数据可视化。

进一步地，根据生成的测试报告，可以分析被测试设备的性能。通过不断积累的测试数据，生成测试报告，进行分析被测试设备的性能指标等测试数据，为设备选型以及设备相关业务开展提供数据参考和支持。

综上，本发明实施例中，通过对测试用例进行以持续集成工具构建测试任务、并将构建的测试任务执行部署的方式，自动完成被测试设备即交换机或者路由器等数据通信设备的测试，其中，根据测试用例包括的总控制脚本、测试流程文件和测试仪测试脚本，构建的测试任务可以实现被测试设备的配置下发、配置验证、测试仪验证的自动化操作，自动完成对被测试设备的测试，提高了测试效率，并且，针对该被测试设备的测试用例可以是多个，可以实现对被测试设备的多项性能测试，进而可以提高测试效率、减轻测试技术人员的工作量，降低工作中的人工成本和时间成本。

同时，本发明实施例中的方案，通过设置用户信息和设置设备信息可以实现对测试人员和入库设备的规范化管理，预先对用户和设备进行设置处理对后续的测试提供了便利，测试时可以是调用资产管理数据库中的数据，提高了测试效率。在测试完成后对测试结果数据的记录保存，进行数据管理，克服了现有测试过程缺乏系统化管理的问题，可以形成系统化、程序化和规范化测试管理的方式，提高了对测试设备的全流程管理的效率。

在本发明的实施例中，如图5所示，图5示出了根据本申请一实施例应用数据通信设备测试管理的方法的系统500的示意图。

在一些实施例中，该数据通信设备测试管理的系统500可以包括：测试平台110、交换机501以及测试仪502，交换机501为被测试设备130，测试仪502为测试设备120，其中：测试平台110可以应用上述实施例中的数据通信设备测试管理方法，测试平台110可以使用Python语言，采用Django+Apache+Mysql的平台架构,但不限于此，可以理解的是，也可以实现实施例中方法的其他平台架构。

具体地，测试人员可以应用测试平台110实现上述实施例中的数据通信设备测试管理方法。通过测试平台110可以设置用户信息和设置设备信息。其中，获取用户注册信息，划分用户权限。这里，用户可以是测试人员，对用户权限进行划分，可以分为超级用户和普通用户。超级用户可以添加和删除设备以及用户，为普通用户指定相应的权限。普通用户，只有超级用户赋予的权限；获取设备信息，建立设备数据表，用于设备管理，该设备包括被测试设备，即交换机或者路由器等数据通信设备。获取到的被测试设备信息可以保存在资产管理数据库，资产管理数据库可以包括资产表和设备表，二者为一对一关系，资产表的主要属性值可以包括设备型号，设备产品序列号(SN)号，登记日期，设备管理员、设备类型等，其中，设备类型与设备表关联。设备表可以包括芯片信息，端口信息，IP地址等相关信息。设备类型可以由超级管理员添加，用于为数据分析提供相同设备类型的数值对比分析。用户可以进行资产设备的添加，修改和删除等操作，超级用户可以直接操作资产表和设备表，普通用户添加的设备只能存储在临时表内，超级用户审核后才能存储在资产表和设备表。

进一步地，上述过程可以看作对用户与设备进行预先的管理设置。开始进行测试交换机501，首先进行设备的连接，交换机501和测试仪502可以通过线缆连接，测试平台110与交换机501和测试仪502可以通过网络进行通信。有些测试用例中还需要用于辅助测试的交换机(图中未示出)，根据具体的测试用例，连接被测交换机501，测试仪502，辅助交换机等设备。

进一步地，根据测试用例，设置用于交换机测试的测试参数信息，测试用例包括总控制脚本、测试流程文件和测试仪测试脚本，所述测试用例为至少一个。测试用例为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合，测试脚本是为了进行自动化测试而编写的脚本。这里，测试用例包括总控制脚本、测试流程文件和测试仪测试脚本，总控制脚本可以读取测试流程文件，测试流程文件中编写配置下发、配置验证和调用测试脚本执行测试仪验证的具体程序命令，根据测试流程文件，进行交换机的配置下发，交换机配置验证以及测试仪验证。根据交换机配置验证结果和测试仪验证结果来判断交换机测试是否成功。此外，无论测试成功与否，或是出现异常，根据测试流程文件最后一步均可以撤销本次交换机下发的配置。测试流程文件可以实现测试该交换机501的不同测试用例。测试用例的数量可以为一个或者多个，该交换机可以进行多个测试用例的测试。

本实施例中，根据测试用例设置测试参数信息，该测试参数信息可以包括测试仪502的客户端IP地址，板卡IP地址，端口号等，交换机的IP地址、用户名和密码，以及测试用例的其他参数信息等。此外，如果测试平台110已经有相关的交换机501的参数信息，则可以在测试平台界面中选择该测试设备进行后续的测试工作。

这里，测试人员可以通过测试平台110选择预先设置的测试失败执行策略，该策略包括：停止执行并发送报警信息、失败继续执行下一项测试任务、重复执行本项测试任务。具体地，如果选择停止执行并发送报警信息的测试失败执行策略，当测试执行失败时，可以停止执行本项测试任务，并向测试人员的发送报警信息，又测试人员决定如何进行后续处理；如果选择失败继续执行下一项测试任务的测试失败执行策略，当测试执行失败时，忽略本项测试任务直接执行下一项测试任务；如果选择重复执行本次测试任务的测试失败执行策略，当测试执行失败时，重复执行本项测试任务。

这里，测试用例的执行均以构建参数化持续集成工具Jenkins的测试任务的方式进行。调用Jenkins，Jenkins根据接收到的测试用例以及测试参数信息构建生成该测试用例对应的测试任务，生成该测试用例对应的测试任务后，部署测试任务至交换机和测试仪，以完成自动的交换机配置下发、配置验证和测试仪测试验证等测试操作，最终得到交换机的测试结果。例如，验证交换机mac地址表项的规格，交换机等设备正常上电，并搭建好测试环境后，在测试平台110设置相关的交换机的IP地址、用户名和密码，以及测试仪的IP地址、端口等参数信息，调用Jenkins，Jenkins根据接收到的该测试用例和参数信息，生成测试任务，并进行部署，自动执行交换机配置下发、配置验证和测试仪测试验证，交换机501和测试仪502按测试任务执行完成测试，最终得到该交换机501的测试结果。

这里，将测试得到交换机的测试结果进行保存，测试结果可以保存在测试平台110相应地数据库中.记录测试结果，便于后续对相关数据的使用。测试平台110可以形成测试数据的积累，可以为设备相关的数据分析提供数据支持。

此外，测试结果可以显示于测试结果查看界面，可以便于观察测试任务完成的进度状态。进一步地，基于该交换机的已有测试结果的测试数据，可以生成交换机的测试报告。根据测试结果的数据或者根据测试报告中的测试数据，采用数据可视化工具，例如E-charts等数据可视化工具，将测试结果或者测试报告中的测试数据可视化。

进一步地，根据生成的测试报告，可以分析被测试设备的性能。通过不断积累的测试数据，生成测试报告，进行分析被测试设备的性能指标等测试数据，为设备选型以及设备相关业务开展提供数据参考和支持。

综上，本发明实施例中，通过对测试用例进行以持续集成工具构建测试任务、并将构建的测试任务执行部署的方式，自动完成交换机等数据通信设备测试工作，其中，根据测试用例包括的总控制脚本、测试流程文件和测试仪测试脚本，构建的测试任务可以实现被测试设备的配置下发、配置验证、测试仪验证的自动化操作，自动完成对交换机的测试，提高了测试效率，并且，针对该交换机的测试用例可以是多个，可以实现对被测试设备的多项性能测试，进而可以提高测试效率、减轻测试技术人员的工作量，降低工作中的人工成本和时间成本。

同时，通过测试平台设置用户信息和设置设备信息可以实现对测试人员和入库设备的规范化管理，以及对测试数据的记录保存，可以克服现有测试过程缺乏系统化管理的问题，本申请实施例的方案可以形成系统化、程序化测试管理的方式，提高了对测试设备的全流程管理的效率。

请参见图6，图6为本发明一些实施例中数据通信设备测试管理的装置600的结构示意图，在本发明实施例中，该装置包括：

建立模块601，用于建立与测试设备、被测试设备以及测试设备和被测试设备之间的连接关系；

设置模块602，用于根据测试用例，设置用于设备测试的测试参数信息，测试用例包括总控制脚本、测试流程文件和测试仪测试脚本，所述测试用例为至少一个；

调用模块603，用于调用持续集成工具，生成所述测试用例对应的测试任务；

执行模块604，用于根据所述连接关系，发送所述测试任务，并执行，完成对所述被测试设备的测试，得到测试结果。

综上，本发明实施例中，该数据通信设备测试管理的装置通过对测试用例进行以持续集成工具构建测试任务、并将构建的测试任务执行部署的方式，自动完成被测试设备即交换机或者路由器等数据通信设备的测试，其中，根据测试用例包括的总控制脚本、测试流程文件和测试仪测试脚本，构建的测试任务可以实现被测试设备的配置下发、配置验证、测试仪验证的自动化操作，自动完成对被测试设备的测试，提高了测试效率，并且，针对该被测试设备的测试用例可以是多个，可以实现对被测试设备的多项性能测试，进而可以提高测试效率、减轻测试技术人员的工作量，降低工作中的人工成本和时间成本。

本申请实施例还提供一种计算机可读介质，所述计算机可读存储介质存储指令，所述指令在由处理器执行时使得所述处理器执行如上所述的数据通信设备测试管理的方法中的步骤。实际应用中，所述的计算机可读介质可以是上述实施例中描述的设备/装置/系统中所包含的，也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或多个程序被执行时，实现根据参考图6所描述的数据通信设备测试管理装置进行测试管理的方法。

根据本申请公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件，或者上述的任意合适的组合，但不用于限制本申请保护的范围。在本申请公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

如图7所示，图7为本发明一些实施例中电子设备700的结构示意图。本申请实施例还提供一种电子设备，该电子设备包括上述计算机可读介质701，还包括可执行所述计算机可读存储介质的处理器702。实际应用中，该电子设备可以是一台或多台计算机，只要包括上述计算机可读介质和处理器即可。

另外，本申请所述的方法步骤除了可以用数据处理程序来实现，还可以由硬件来实现，例如，可以由逻辑门、开关、专用集成电路(ASIC)、可编程逻辑控制器和嵌微控制器等来实现。因此这种可以实现本申请所述方法的硬件也可以构成本申请。

本申请附图中的流程图和框图，示出了按照本申请公开的各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或者代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应该注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同附图中所标准的顺序发生。例如，两个连接地表示的方框实际上可以基本并行地执行，它们有时也可以按照相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或者流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本申请中。特别地，在不脱离本申请精神和教导的情况下，本申请的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，所有这些组合和/或结合均落入本申请公开的范围。

本文中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思路，并不用于限制本申请。对于本领域的技术人员来说，可以依据本发明的思路、精神和原则，在具体实施方式及应用范围上进行改变，其所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种数据通信设备测试管理的方法，其特征在于，该方法包括：

建立与测试设备、被测试设备以及测试设备和被测试设备之间的连接关系；

根据测试用例，设置用于设备测试的测试参数信息，所述测试用例包括总控制脚本、测试流程文件和测试仪测试脚本，所述测试用例为至少一个；

调用持续集成工具，生成所述测试用例对应的测试任务；

执行所述测试任务，完成对所述被测试设备的测试，得到测试结果。

2.根据权利要求1所述的方法，其特征在于，所述调用持续集成工具，生成所述测试用例对应的测试任务的步骤包括：

调用所述持续集成工具应用程序编程接口API；

向所述持续集成工具发送所述测试用例和所述测试参数信息；

根据所述测试用例和所述参数信息，所述持续集成工具构建所述测试用例的测试任务。

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

选择预先设置的测试失败执行策略，所述策略包括：停止执行并发送报警信息、失败继续执行下一项测试任务、重复执行本次测试任务；

在所述执行所述测试任务之后，若执行测试任务失败，则根据选择的测试失败执行策略，执行后续步骤。

4.根据权利要求1所述的方法，其特征在于，所述执行所述测试任务，完成对所述被测试设备的测试，得到测试结果之后，该方法还包括：

保存所述测试结果；

根据所述测试结果，生成被测试设备的测试报告；

根据所述测试报告，分析所述被测试设备的性能。

5.根据权利要求4所述的方法，其特征在于，所述生成被测试设备的测试报告之后，该方法还包括：

采用数据可视化工具，将测试报告的中的测试数据可视化。

6.根据权利要求1所述的方法，其特征在于，所述建立与测试设备、被测试设备以及测试设备和被测试设备之间的连接关系之前，所述方法包括：

获取用户注册信息，划分用户权限；

获取设备信息，建立设备数据表，用于设备管理。

7.一种数据通信设备测试管理的装置，其特征在于，该装置包括：

建立模块，用于建立与测试设备、被测试设备以及测试设备和被测试设备之间的连接关系；

设置模块，用于根据测试用例，设置用于设备测试的测试参数信息，测试用例包括总控制脚本、测试流程文件和测试仪测试脚本，所述测试用例为至少一个；

调用模块，用于调用持续集成工具，生成所述测试用例对应的测试任务；

执行模块，用于根据所述连接关系，发送所述测试任务，并执行，完成对所述被测试设备的测试，得到测试结果。

8.一种数据通信设备测试管理的系统，其特征在于，该系统包括：测试平台、交换机以及测试仪，交换机为被测试设备，测试仪为测试设备，其中：测试平台用于：

建立与测试设备、被测试设备以及测试设备和被测试设备之间的连接关系；

根据测试用例，设置用于设备测试的测试参数信息，测试用例包括总控制脚本、测试流程文件和测试仪测试脚本，所述测试用例为至少一个；

调用持续集成工具，生成所述测试用例对应的测试任务；

执行所述测试任务，完成对所述被测试设备的测试，得到测试结果。

9.一种非瞬时计算机可读存储介质，所述非瞬时计算机可读存储介质存储指令，其特征在于，所述指令在由处理器执行时使得所述处理器执行如权利要求1至6中任一项所述的测试管理的方法。

10.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至6中任一所述的测试管理的方法。

Images