CN106569950A - 一种网管软件的测试系统及网管软件的测试方法 - Google Patents

Abstract

本发明公开了一种网管软件的测试系统及网管软件的测试方法，针对每一测试用例中的每一组数据，自动测试模块用于根据该组数据中的界面配置数据对网管软件进行界面配置，以及根据该组数据中的测试仪表数据通过中间代理模块对对应的测试仪表进行业务配置；根据该组数据中的网元配置预期数据通过中间代理模块对对应的网元进行网元配置验证，以及根据该组数据中的测试仪表预期数据通过中间代理模块对对应的测试仪表进行业务通断验证。该测试系统通过中间代理模块的设置，实现了自动测试模块对嵌入式系统的控制，从而实现了对实际网元进行业务配置的自动化测试。

Description

一种网管软件的测试系统及网管软件的测试方法

技术领域

本发明涉及通信软件测试技术领域，尤指一种网管软件的测试系统及网管软件测试方法。

背景技术

随着通信网络日趋增大，业务场景日趋复杂，通信网络使用网管软件进行设备管理已经成为主流趋势。目前，网管软件已经成为通信系统中不可或缺的一部分，网管软件的质量决定了通信系统的整体可用性，针对网管软件的测试成为对通信系统健壮性的验证。

对网管软件的测试从测试执行方式可以分为手工测试和自动化测试。其中自动化测试是进行网管回归测试极其有效的手段，通过有效的测试设计可以对管理的各类设备进行基本功能验证。目前对网管软件进行自动化测试比较成熟的方法有两种，一种方法是不进行设备配置类的自动化测试，只进行网管平台功能的自动化测试，如安全、告警、浏览等；另一种方法是开发模拟程序来模式实际的通信设备，通过对比网管软件不同版本的下发报文实现自动化测试。这两种方法都脱离了实际通信设备，所以存在如下问题。

1、只进行网管平台的测试，而缺少对实际通信设备的业务配置的自动化测试，对于测试的完整性无疑是缺失的。

2、需要开发模拟程序，自动化测试的成功依赖于模拟程序的实现。但开发模拟程序，本身就是一种投入，而其中模拟程序的质量、健壮性，也影响了自动化测试的效果。同时，当接口出现变更时，还需要投入人力对模拟程序进行维护。

因此，上述两种方法实际上都没有对实际通信设备进行业务真正通断的验证，这对于业务优先的通信系统来说，无疑是缺失了最根本的验证。

发明内容

有鉴于此，本发明实施例提供了一种网管软件的测试系统及网管软件的测试方法，通过中间代理模块的设置实现对实际网元进行业务通断的验证。

本发明实施例提供的一种网管软件的测试系统，包括网管软件和嵌入式系统，其中所述嵌入式系统包括至少一个网元和至少一个测试仪表，所述测试系统还包括：中间代理模块和自动测试模块：其中，

所述中间代理模块用于为所述自动测试模块提供控制所述嵌入式系统的接口；

所述自动测试模块用于针对预先根据测试需求获取的每一测试用例所对应的每一组数据：

根据该组数据中的界面配置数据对所述网管软件进行界面配置，以及根据该组数据中的测试仪表数据通过所述中间代理模块对对应的测试仪表进行业务配置；

根据该组数据中的网元配置预期数据通过所述中间代理模块对对应的网元进行网元配置验证，以及根据该组数据中的测试仪表预期数据通过所述中间代理模块对对应的测试仪表进行业务通断验证。

较优地，在本发明实施例提供的上述测试系统中，所述自动测试模块还用于在对网元进行网元配置验证之后记录网元配置验证结果，对测试仪表进行业务通断验证之后记录测试仪表验证结果。

较优地，在本发明实施例提供的上述测试系统中，所述自动测试模块还用于针对预先根据测试需求获取的每一测试用例所对应的每一组数据，在对所述网管软件进行界面配置和对测试仪表进行业务配置之后：

根据该组数据中的界面配置预期数据对所述网管软件进行界面配置验证。

较优地，在本发明实施例提供的上述测试系统中，所述自动测试模块还用于在对所述网管软件进行界面配置验证之后记录界面配置验证结果。

较优地，在本发明实施例提供的上述测试系统中，所述自动测试模块还用于针对预先根据测试需求获取的每一测试用例所对应的每一组数据，在对所述网管软件进行界面配置和对所述测试仪表进行业务配置之后：

根据该组数据中的数据库预期数据对所述网管软件的数据库进行数据库验证。

较优地，在本发明实施例提供的上述测试系统中，所述自动测试模块还用于在对所述网管软件的数据库进行数据库验证之后记录数据库验证结果。

较优地，在本发明实施例提供的上述测试系统中，所述中间代理模块具体用于：为所述自动测试模块控制所述嵌入式系统提供Get接口和Set接口，并通过传参的方式，将所述Get接口和所述Set接口的类型、对象和参数进行传递，并通过适配层根据配置的类型将所述Get接口和所述Set接口适配为对所述嵌入式系统的操作。

较优地，在本发明实施例提供的上述测试系统中，还包括：用于存储测试用例的测试用例库；用于存储与各测试用例对应的各组数据的测试数据库；以及，用于根据测试需求获取测试用例以及所述测试用例所对应的每一组数据的场景配置模块；其中，

所述场景配置模块通过预先建立的用例搜索引擎根据测试需求获取测试用例以及所述测试用例所对应的每一组数据，且所述用例搜索引擎预先载有所述测试用例库和所述测试数据库的内容，并将所述测试用例按照类型、等级和用途逐级进行了预先索引。

相应地，本发明实施例还提供了一种网管软件的测试方法，包括：

根据测试需求获取需要的测试用例以及各测试用例对应的多组数据；其中，针对每一测试用例的每一组数据：

根据该组数据中的界面配置数据对网管软件进行界面配置，以及根据该组数据中的测试仪表数据对对应的测试仪表进行业务配置；

根据该组数据中的网元配置预期数据对对应的网元进行网元配置验证，以及根据该组数据中的测试仪表预期数据对对应的测试仪表进行业务通断验证。

较优地，在本发明实施例提供的上述测试方法中，还包括：在对网元进行网元配置验证之后记录网元配置验证结果，以及对测试仪表进行业务通断验证之后记录测试仪表验证结果。

较优地，在本发明实施例提供的上述测试方法中，针对预先根据测试需求获取的每一测试用例所对应的每一组数据，在对网管软件进行界面配置，以及对测试仪表进行业务配置之后还包括：

根据该组数据中的界面配置预期数据对网管软件进行界面配置验证。

较优地，在本发明实施例提供的上述测试方法中，还包括：在对所述网管软件进行界面配置验证之后记录界面配置验证结果。

较优地，在本发明实施例提供的上述测试方法中，针对预先根据测试需求获取的每一测试用例所对应的每一组数据，在对网管软件进行界面配置和对测试仪表进行业务配置之后还包括：

根据该组数据中的数据库预期数据对所述网管软件的数据库进行数据库验证。

较优地，在本发明实施例提供的上述测试方法中，还包括：在对所述网管软件的数据库进行数据库验证之后记录数据库验证结果。

较优地，在本发明实施例提供的上述测试方法中，，根据测试需求获取需要的测试用例以及各测试用例对应的多组数据，具体为：

建立用例搜索引擎；其中所述用例搜索引擎预先载有测试用例库和测试数据库的内容，且将所述测试用例按照类型、等级和用途逐级进行了预先索引；所述测试用例库用于存储测试用例，所述测试数据库用于存储与各测试用例对应的各组数据；

根据测试需求通过所述用例搜索引擎获取测试用例以及所述测试用例所对应的每一组数据。

本发明有益效果如下：

本发明实施例提供的一种网管软件的测试系统及网管软件的测试方法，针对每一测试用例中的每一组数据，自动测试模块用于根据该组数据中的界面配置数据对网管软件进行界面配置，以及根据该组数据中的测试仪表数据通过中间代理模块对对应的测试仪表进行业务配置；根据该组数据中的网元配置预期数据通过中间代理模块对对应的网元进行网元配置验证，以及根据该组数据中的测试仪表预期数据通过中间代理模块对对应的测试仪表进行业务通断验证。该测试系统通过中间代理模块的设置，实现了自动测试模块对嵌入式系统的控制，从而实现了对实际网元进行业务配置的自动化测试。

附图说明

图1为本发明实施例提供的网管软件的测试系统的结构示意图之一；

图2为本发明实施例提供的网管软件的测试系统的结构示意图之二；

图3为本发明实施例提供的测试用例搜索引擎的索引结构示意图；

图4为本发明实施例提供的网管软件的测试方法的流程图之一；

图5为本发明实施例提供的网管软件的测试方法的流程图之二。

具体实施方式

下面结合附图，对本发明实施例提供的一种网管软件的测试方系统及网管软件的测试方法的具体实施方式进行详细地说明。

本发明实施例提供的一种网管软件的测试系统，如图1所示，包括网管软件1和嵌入式系统2，其中嵌入式系统包括至少一个网元21和至少一个测试仪表22，该测试系统还包括：中间代理模块3和自动测试模块4：其中，

中间代理模块3用于为自动测试模块4提供控制嵌入式系统2的接口；

自动测试模块4用于针对预先根据测试需求获取的每一测试用例所对应的每一组数据：

根据该组数据中的界面配置数据对网管软件1进行界面配置，以及根据该组数据中的测试仪表数据通过中间代理模块3对对应的测试仪表22进行业务配置；

根据该组数据中的网元配置预期数据通过中间代理模块3对对应的网元21进行网元配置验证，以及根据该组数据中的测试仪表预期数据通过中间代理模块3对对应的测试仪表21进行业务通断验证。

本发明实施例提供的上述网管软件的测试系统，针对每一测试用例中的每一组数据，自动测试模块用于根据该组数据中的界面配置数据对网管软件进行界面配置，以及根据该组数据中的测试仪表数据通过中间代理模块对对应的测试仪表进行业务配置；根据该组数据中的网元配置预期数据通过中间代理模块对对应的网元进行网元配置验证，以及根据该组数据中的测试仪表预期数据通过中间代理模块对对应的测试仪表进行业务通断验证。该测试系统通过中间代理模块的设置，实现了自动测试模块对嵌入式系统的控制，从而实现了对实际网元进行业务配置的自动化测试。

在具体实施时，本发明实施例提供的上述测试系统中的网管软件、嵌入式系统、中间代理模块和自动测试模块是预先根据测试需要搭建的，例如以需要进行“OTN测试”为例，首先安装需要验证OTN功能的网管软件，嵌入式系统，嵌入式系统中的网元之间通过线路侧口连接，测试仪表与网元的客户侧端口相连，根据网元类型和测试仪表类型设计中间代理模块，以及根据测试需求设计自动测试模块。

在本发明实施例提供的上述测试系统中，中间代理模块通过对嵌入式系统的自动化接口的封装，实现对嵌入式系统的控制。中间代理模块提供整套API(应用程序接口)，具体提供统一的Get接口和Set接口，供自动测试模块调用，并通过传参的方式，将Get接口和Set接口的类型、对象和参数进行传递，并通过适配层根据配置的类型将Get接口和Set接口适配为对嵌入式系统(即确定的网元或测试仪表)的操作。当需要增加新的网元类型或测试仪表类型时，则开发相应的驱动程序，集成到适配层上。Get接口、Set接口封装为Windows动态链接库(DLL)。

在具体实施时，测试需求不相同，需要进行测试的测试用例也不相同。因此可以根据测试需求前期设计测试用例，以及各测试用例对应的多组数据；将测试用例存放于测试用例库中，将测试用例对应的数据存放于测试数据库中，其中，测试用例录入测试用例库时，需要提供名称、等级、用途，其中用途作为多关键字属性，作为自动提取用例的字段。

进一步地，在本发明实施例提供的上述测试系统中，如图2所示，还包括：用于预先存储测试用例的测试用例库5；用于预先存储与各测试用例对应的各组数据的测试数据库6；以及，用于预先根据测试需求获取测试用例以及该测试用例所对应的每一组数据的场景配置模块7。

在具体实施时，测试用例库存储已经开发完成的测试用例，可以包含测试用例的ID、名称、所属模块、测试步骤、预期界面结果、预期数据库结果、预期网元配置结果、预期测试仪表结果、以及等级、用途等数据。测试数据库存储测试用例所需的数据，可以包括适用的测试用例ID、数据名称、数据序号、数据值等数据。

在具体实施时，场景配置模块可以通过预先根据测试需求查询测试用例库和测试数据库从而获取测试用例以及该测试用例所对应的每一组数据。测试人员可以通过场景配置模块对需要测试的场景进行配置，如“某某版本OTN测试场景”，根据测试需要在测试用例库中选择需要覆盖的测试用例，同时为每个用例在测试数据库中选择对应的测试数据，若干测试用例组成本次测试场景。

在具体实施时，由于测试用例过多，通过人工选择工作量太大，如果在配置场景时测试用例很多时，场景配置的耗时将无法忍受。因此可以为场景配置模块可以通过预先建立的用例搜索引擎，根据测试需求获取测试用例以及测试用例所对应的每一组数据。用例搜索引擎预先载入有测试用例库和测试数据库的内容，且测试用例按照类型、等级和用途逐级进行了预先索引。这样，当需要场景配置时可以直接从用例搜索引擎中快速查找所需的测试用例。例如图3所示，用例搜索引擎整体是一个树形索引结构，对测试用例库和测试数据库中的用例进行预先索引。首先根据测试用例的类别，如“OTN”、“PTN”、“SDH”等进行分类；在第二层，每个类别通过测试用例等级进行索引，如“A”、“B”、“C”、“D”；第三层是实现的关键，通过每个测试用例的多元用途将不同用途的测试用例连接到相关的用途链表中。一个测试用例可能有多个用途，就会被多个链表索引到。当有新增测试用例时，测试用例库和测试数据库通过主动上报接口，将该测试用例的类别、等级和多个用途上报给用例搜索引擎，用例搜索引擎通过上报的信息将该测试用例插入到每个用途对应的列表下；同时，用例搜索引擎设有定期轮询的机制，周期性地到测试用例库和测试数据库取获测试用例的信息，维护引擎。

较优地，在本发明实施例提供的上述测试系统中，自动测试模块还用于在对网元进行网元配置验证之后记录网元配置验证结果，对测试仪表进行业务通断验证之后记录测试仪表验证结果。

较优地，在本发明实施例提供的上述测试系统中，自动测试模块还用于针对预先根据测试需求获取的每一测试用例所对应的每一组数据，在对网管软件进行界面配置和对测试仪表进行业务配置之后：

根据该组数据中的界面配置预期数据对网管软件进行界面配置验证。

进一步地，在本发明实施例提供的上述测试系统中，自动测试模块还用于在对网管软件进行界面配置验证之后记录界面配置验证结果。

较优地，在本发明实施例提供的上述测试系统中，自动测试模块还用于针对预先根据测试需求获取的每一测试用例所对应的每一组数据，在对网管软件进行界面配置和对测试仪表进行业务配置之后：

根据该组数据中的数据库预期数据对网管软件的数据库进行数据库验证。

较佳地，在本发明实施例提供的上述测试系统中，自动测试模块还用于在对网管软件的数据库进行数据库验证之后记录数据库验证结果。

在具体实施时，在本发明实施例提供的上述测试系统中，如图2所示，自动测试模块4具体可以包括：

网管界面配置单元41用于根据该组数据中的界面配置数据对网管软件1进行界面配置；业务配置单元42用于根据该组数据中的测试仪表数据通过中间代理模块3对对应的测试仪表22进行业务配置；业务验证单元43用于根据该组数据中的测试仪表预期数据通过中间代理模块3对对应的测试仪表22进行业务通断验证；配置验证单元44用于根据该组数据中的网元配置预期数据通过中间代理模块3对对应的网元21进行网元配置验证；界面验证单元45用于根据该组数据中的界面配置预期数据对网管软件1进行界面配置验证；数据库验证单元46用于根据该组数据中的数据库预期数据对网管软件1的数据库进行数据库验证；报告生成单元47用于在对网元21进行网元配置验证之后记录网元配置验证结果，对测试仪表22进行业务通断验证之后记录测试仪表验证结果，在对网管软件1进行界面配置验证之后记录界面配置验证结果，以及在对网管软件1的数据库进行数据库验证之后记录数据库验证结果。

下面以如图2所示的嵌入式系统2包括第一网元21a、第二网元21b和一个测试仪表22为例，对本发明实施例提供的上述测试系统进行详细说明。

在具体实施时，以需要进行“OTN测试”为例，需要的测试用例包括“单向交叉测试用例”、“双向交叉测试用例”、“SM开销测试用例”、“PM开销测试用例”、“TCM开销测试用例”等。其中每一测试用于对应多种数据，以“单向交叉测试用例”为例，“单向交叉测试用例”对应的数据为“第一网元和第二网元，GE业务，客户侧ODU0 1端口到线路侧ODU0 1端口”、“第一网元和第二网元，GE业务，客户侧ODU0 2端口到线路侧ODU0 2端口”等多组数据。

下面就以“单向交叉测试用例”为例，针对自动测试模块中各单元的功能详细说明本发明实施例提供的测试系统的工作原理。

网管界面配置单元调用场景配置模块，获取单向交叉测试用例对应的第n组数据中的界面配置数据对网管软件进行界面配置，该界面配置数据包括操作步骤和配置数据。获取的操作步骤为“打开指定网元交叉配置界面”、“选择添加交叉菜单”、“输入接入业务”、“输入源宿端口”、“点击保存按钮”；获取的配置数据为“第一网元和第二网元”、“GE业务”、“客户侧ODU0 1端口到线路侧ODU0 1端口”。网管界面配置单元对第一网元创建接入GE业务的单向交叉，源宿端口为客户侧ODU0 1端口和线路侧ODU0 1端口，并对第二网元做相同配置。通过对网管软件进行界面配置，实际上是对管理的网元进行了相关的业务功能配置，以上述单向交叉测试用例为例，实际是创建了第一网元到第二网元的单向ODU0交叉。

业务配置单元调用场景配置模块，获取单向交叉测试用例的第n组数据中的测试仪表数据，调用中间代理模块，对测试仪表进行相应配置。该测试仪表数据为仪表配置数据。获取单向交叉测试用例在该组数据下的仪表配置为“配置测试仪表端口”、“收发GE业务”。业务配置单元调用中间代理模块的Set接口，传入Set接口的对象为“测试仪表”，“端口交叉”，参数为“收发业务”。通过对测试仪表进行业务配置，实际上对管理的网元发送了测试需要的业务流。以上述单向交叉测试用例为例，实际上是配置了测试仪表向第一网元发送GE业务，并通过第二网元接收GE业务。

业务验证单元调用场景配置模块，获取单向交叉测试用例的第n组数据中的测试仪表预期数据即业务通断预期结果，调用中间代理模块，获取测试仪表的实际结果，对业务配置的正确性进行验证。例如获取单向交叉测试用例的该组业务通断预期结果为“测试仪表显示全部结果OK”。业务验证单元对测试仪结果进行检查，调用中间代理模块的Get接口，对象为测试仪表，参数为“业务告警”，该测试用例的返回结果应为“无告警”。由于OTN为刚性管道，所以基本只需验证业务通断即可，对于以太等包交换业务，可以对其中报文(如MPLS标签、VLAN Tag等)进行检查。通过Get接口传递相应参数(如MPLS标签、VLAN Tag等)来完成。实际上业务验证单元提供对实际业务通断的验证功能，通过对测试仪表的结果检查进行实际业务配置正确与否的校验。

检查完成后，报告生成单元在业务验证单元对测试仪表进行业务通断验证之后记录测试仪表验证结果。具体可以记录业务通断验证结果成功或失败，失败的原因，根据记录级别记录其他信息：测试仪截图、测试仪配置文件、测试步骤和数据等。

配置验证单元调用场景配置模块，获取单向交叉测试用例的第n组数据中的网元配置预期数据即配置预期结果，调用中间代理模块，获取网元配置实际结果，对网元配置的正确性进行验证。获取的单向交叉测试用例的该组配置预期结果为“网元配置中存在如下交叉，driection字段为unidirection，service字段为GE，源宿端口为Client_ODU0_1和Line_ODU0_1”。配置验证单元对第一网元和第二网元进行配置检查，调用中间代理模块的Get接口，对象为第一网元(或第二网元)，参数为“OTN Cross-connection”，对返回结果进行验证，相应配置是否符合预期。实际上配置验证单元是提供对网元配置的验证功能，通过调用中间代理模块，检查网元的配置，对网元业务配置结果正确与否进行验证。

检查完成后，报告生成单元在配置验证单元对网元进行网元配置验证之后记录网元配置验证结果。具体可以记录配置验证结果成功或失败，失败的原因，根据记录级别记录其他信息：网元配置文件、测试步骤和数据等。

界面验证单元调用场景配置模块，获取单向交叉测试用例的第n组数据中的界面配置预期数据即界面预期结果，对网管软件的界面配置的正确性进行验证。例如获取单向交叉测试用例的该组界面预期结果为“交叉方向为单向”“接入业务为GE”、“源宿端口为客户侧ODU0 1端口到线路侧ODU0 1端口”。界面验证单元对第一网元该条交叉进行检查，交叉方向、接入业务以及源宿端口符合预期，并对第二网元做相同检查。

检查完成后，报告生成单元在界面验证单元对网管软件进行界面配置验证之后记录界面配置验证结果。具体可以记录界面验证结果成功或失败，失败的原因，根据记录级别记录其他信息：界面截图、测试步骤和数据等。

数据库验证单元调用场景配置模块，获取单向交叉测试用例的第n组数据中的数据库预期数据即数据库预期结果，对网管软件的数据库所记录的数据的正确性进行验证。例如获取的单向交叉测试用例的该组数据库预期结果为“OTN_CXC表的CXC_Direction字段为1”，“CXC_Service字段为2”、“A_NE字段为第一网元”、“A_Src_Port字段为Client_ODU0_1”、“A_Dst_Port字段为Line_ODU0_1”、“Z_NE为第二网元”、“Z_Src_Port字段为Client_ODU0_1”、“Z_Dst_Port字段为Line_ODU0_1”。数据库验证单元对网管软件的数据库的OTN_CXC表进行检查，检查相应字段是否符合预期。实际上数据库验证单元提供对网管软件的数据库的验证功能，通过对网管软件的数据库进行检查实现对配置入库结果正确与否的验证。

检查完成后，报告生成单元在数据库验证单元对网管软件的数据库进行数据库验证之后记录数据库验证结果。具体可以记录数据库验证结果成功或失败，失败的原因，根据记录级别记录其他信息：数据库导出内容、测试步骤和数据等。

在具体实施时，对于无入库需求的测试，数据库验证单元不需要对网管软件的数据库进行数据库验证。

基于同一发明构思，本发明实施例还提供了一种网管软件的测试方法，如图4所示，包括如下步骤：

S401、根据测试需求获取需要的测试用例以及各测试用例对应的多组数据；其中，针对每一测试用例的每一组数据：

S402、根据该组数据中的界面配置数据对网管软件进行界面配置；

S403、根据该组数据中的测试仪表数据对对应的测试仪表进行业务配置；

S404、根据该组数据中的网元配置预期数据对对应的网元进行网元配置验证；

S405、根据该组数据中的测试仪表预期数据对对应的测试仪表进行业务通断验证。

本发明实施例提供的上述测试方法，先根据测试需求从预存的数据库中调取需要的测试用例以及各测试用例对应的多组数据；之后针对每一测试用例的每一组数据：根据该组数据中的界面配置数据对网管软件进行界面配置；根据该组数据中的测试仪表数据对对应的测试仪表进行业务配置；根据该组数据中的网元配置预期数据对对应的网元进行网元配置验证；根据该组数据中的测试仪表预期数据对对应的测试仪表进行业务通断验证。从而实现了对实际网元进行业务配置的自动化测试。

需要说明的是，在本发明实施例提供的上述测试方法中，步骤S402和步骤S403的执行顺序可以是先执行步骤S402后执行步骤S403，当然也可以先执行步骤S403后执行步骤S402，在此不作限定。同理，步骤S404和步骤S405的执行顺序可以是先执行步骤S404后执行步骤S405，当然也可以先执行步骤S405后执行步骤S404，在此不作限定。

较优地，在本发明实施例提供的上述测试方法中，还包括：在对网元进行网元配置验证之后记录网元配置验证结果，以及对测试仪表进行业务通断验证之后记录测试仪表验证结果。

较优地，在本发明实施例提供的上述测试方法中，针对预先根据测试需求获取的每一测试用例所对应的每一组数据，在对网管软件进行界面配置，以及对测试仪表进行业务配置之后还包括：

根据该组数据中的界面配置预期数据对网管软件进行界面配置验证。

较优地，在本发明实施例提供的上述测试方法中，还包括：在对网管软件进行界面配置验证之后记录界面配置验证结果。

较优地，在本发明实施例提供的上述测试方法中，针对预先根据测试需求获取的每一测试用例所对应的每一组数据，在对网管软件进行界面配置和对测试仪表进行业务配置之后还包括：

根据该组数据中的数据库预期数据对网管软件的数据库进行数据库验证。

较优地，在本发明实施例提供的上述测试方法中，还包括：在对网管软件的数据库进行数据库验证之后记录数据库验证结果。

较优地，在本发明实施例提供的上述测试方法中，根据测试需求获取需要的测试用例以及各测试用例对应的多组数据，具体为：

建立用例搜索引擎；其中用例搜索引擎预先载有测试用例库和测试数据库的内容，且将测试用例按照类型、等级和用途逐级进行了预先索引；测试用例库用于存储测试用例，测试数据库用于存储与各测试用例对应的各组数据；

根据测试需求通过用例搜索引擎获取测试用例以及测试用例所对应的每一组数据。

进一步地，在本发明实施例提供的上述测试方法中，在根据测试需求从预存的数据库中调取需要的测试用例以及各测试用例对应的多组数据之后，针对每一测试用例的每一组数据进行配置和验证，下面通过一个具体实施例说明上述测试方法。如图5所示，包括：

S501、根据测试需求从获取需要的测试用例以及各测试用例对应的多组数据；

S502、获取的所有测试用例中是否存在未被测试的测试用例；如果不存在，则结束测试，如果存在，则执行步骤S503；

S503、按照预设规则从未被测试的测试用例中选取一个测试用例；

S504、针对选取的测试用例，确定与该测试用例对应的多组数据中是否存在未被测试的数据；如果存在，则执行步骤S505，如果不存在，则返回执行步骤S502；

S505、按照预设规则从未被测试的数据中选择一组数据；

S506、根据该组数据中的界面配置数据对网管软件进行界面配置；

S507、根据该组数据中的测试仪表数据对对应的测试仪表进行业务配置；

S508、根据该组数据中的网元配置预期数据对对应的网元进行网元配置验证；

S509、记录网元配置验证结果；

S510、根据该组数据中的测试仪表预期数据对对应的测试仪表进行业务通断验证；

S511、记录测试仪表验证结果；

S512、根据该组数据中的界面配置预期数据对网管软件进行界面配置验证；

S513、记录界面配置验证结果；

S514、根据该组数据中的数据库预期数据对网管软件的数据库进行数据库验证；

S515、记录数据库验证结果；之后返回执行步骤S504。

本发明实施例提供的一种网管软件的测试系统及网管软件的测试方法，针对每一测试用例中的每一组数据，自动测试模块用于根据该组数据中的界面配置数据对网管软件进行界面配置，以及根据该组数据中的测试仪表数据通过中间代理模块对对应的测试仪表进行业务配置；根据该组数据中的网元配置预期数据通过中间代理模块对对应的网元进行网元配置验证，以及根据该组数据中的测试仪表预期数据通过中间代理模块对对应的测试仪表进行业务通断验证。该测试系统通过中间代理模块的设置，实现了自动测试模块对嵌入式系统的控制，从而实现了对实际网元进行业务配置的自动化测试。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (15)

1.一种网管软件的测试系统，包括网管软件和嵌入式系统，其中所述嵌入式系统包括至少一个网元和至少一个测试仪表，其特征在于，所述测试系统还包括：中间代理模块和自动测试模块：其中，

所述中间代理模块用于为所述自动测试模块提供控制所述嵌入式系统的接口；

所述自动测试模块用于针对预先根据测试需求获取的每一测试用例所对应的每一组数据：

根据该组数据中的界面配置数据对所述网管软件进行界面配置，以及根据该组数据中的测试仪表数据通过所述中间代理模块对对应的测试仪表进行业务配置；

根据该组数据中的网元配置预期数据通过所述中间代理模块对对应的网元进行网元配置验证，以及根据该组数据中的测试仪表预期数据通过所述中间代理模块对对应的测试仪表进行业务通断验证。

2.如权利要求1所述的测试系统，其特征在于，所述自动测试模块还用于在对网元进行网元配置验证之后记录网元配置验证结果，对测试仪表进行业务通断验证之后记录测试仪表验证结果。

3.如权利要求1所述的测试系统，其特征在于，所述自动测试模块还用于针对预先根据测试需求获取的每一测试用例所对应的每一组数据，在对所述网管软件进行界面配置和对测试仪表进行业务配置之后：

根据该组数据中的界面配置预期数据对所述网管软件进行界面配置验证。

4.如权利要求3所述的测试系统，其特征在于，所述自动测试模块还用于在对所述网管软件进行界面配置验证之后记录界面配置验证结果。

5.如权利要求1所述的测试系统，其特征在于，所述自动测试模块还用于针对预先根据测试需求获取的每一测试用例所对应的每一组数据，在对所述网管软件进行界面配置和对所述测试仪表进行业务配置之后：

根据该组数据中的数据库预期数据对所述网管软件的数据库进行数据库验证。

6.如权利要求5所述的测试系统，其特征在于，所述自动测试模块还用于在对所述网管软件的数据库进行数据库验证之后记录数据库验证结果。

7.如权利要求1-6任一项所述的测试系统，其特征在于，所述中间代理模块具体用于：为所述自动测试模块控制所述嵌入式系统提供Get接口和Set接口，并通过传参的方式，将所述Get接口和所述Set接口的类型、对象和参数进行传递，并通过适配层根据配置的类型将所述Get接口和所述Set接口适配为对所述嵌入式系统的操作。

8.如权利要求1-6任一项所述的测试系统，其特征在于，还包括：用于存储测试用例的测试用例库；用于存储与各测试用例对应的各组数据的测试数据库；以及，用于根据测试需求获取测试用例以及所述测试用例所对应的每一组数据的场景配置模块；其中，

所述场景配置模块通过预先建立的用例搜索引擎根据测试需求获取测试用例以及所述测试用例所对应的每一组数据；且所述用例搜索引擎预先载有所述测试用例库和所述测试数据库的内容，并将所述测试用例按照类型、等级和用途逐级进行了预先索引。

9.一种网管软件的测试方法，其特征在于，包括：

根据测试需求获取需要的测试用例以及各测试用例对应的多组数据；其中，针对每一测试用例的每一组数据：

根据该组数据中的界面配置数据对网管软件进行界面配置，以及根据该组数据中的测试仪表数据对对应的测试仪表进行业务配置；

根据该组数据中的网元配置预期数据对对应的网元进行网元配置验证，以及根据该组数据中的测试仪表预期数据对对应的测试仪表进行业务通断验证。

10.如权利要求9所述的测试方法，其特征在于，还包括：在对网元进行网元配置验证之后记录网元配置验证结果，以及对测试仪表进行业务通断验证之后记录测试仪表验证结果。

11.如权利要求9所述的测试方法，其特征在于，针对预先根据测试需求获取的每一测试用例所对应的每一组数据，在对网管软件进行界面配置，以及对测试仪表进行业务配置之后还包括：

根据该组数据中的界面配置预期数据对网管软件进行界面配置验证。

12.如权利要求11所述的测试方法，其特征在于，还包括：在对所述网管软件进行界面配置验证之后记录界面配置验证结果。

13.如权利要求9所述的测试方法，其特征在于，针对预先根据测试需求获取的每一测试用例所对应的每一组数据，在对网管软件进行界面配置和对测试仪表进行业务配置之后还包括：

根据该组数据中的数据库预期数据对所述网管软件的数据库进行数据库验证。

14.如权利要求13所述的测试方法，其特征在于，还包括：在对所述网管软件的数据库进行数据库验证之后记录数据库验证结果。

15.如权利要求9-14任一项所述的测试方法，其特征在于，根据测试需求获取需要的测试用例以及各测试用例对应的多组数据，具体为：

建立用例搜索引擎；其中所述用例搜索引擎预先载有测试用例库和测试数据库的内容，且将所述测试用例按照类型、等级和用途逐级进行了预先索引；所述测试用例库用于存储测试用例，所述测试数据库用于存储与各测试用例对应的各组数据；

根据测试需求通过所述用例搜索引擎获取测试用例以及所述测试用例所对应的每一组数据。